История изменений

Стандарт отвечает на то, что оставил открытым. 1.4 вышла с двумя объявленными, а не решёнными вопросами, и ревью связанности всего корпуса нашло больше того же устройства: места, где две части стандарта говорят разное о причитающемся на конфигурации, и места, где обязанность есть, а излагающего её текста читатель не находит.

Решено

• QG-3 на Начальной — критерии причитаются на всякой конфигурации, шлюз остаётся Командная+. Начальная по-прежнему держит два шлюза
• Штат Командной (11.2) — строка «Обязанности» уступает 4.8, единственному источнику по штату

Добавлено

• Раздел 9.4 — Предъявление величины — способ вычисления предъявляется вместе с величиной; величина по собственным записям измеряет записанное; самостоятельно установленная цель несёт основание; пересечённая цель эскалируется, а не сдвигается молча
• 8.3 — первопричина как критерий QG-2. Слов root cause не было во всём Стандарте, тогда как Основы требуют её дважды
• 10.15(f) — шкала тяжести документируется и называет, какую из трёх шкал она задаёт
• 13.1(e) — отступления раскрываются вместе с заявлением, как раскрывались нереализованные РЕКОМЕНДУЕТСЯ
• 2.1 — Основы SENAR как нормативная ссылка; набор правил Начальной без них не восстанавливается
• 3.45 — Передача контекста, которая несла ОБЯЗАТЕЛЬНО в 6.5(c) и 7.8 и не определялась нигде

Изменено

• 4.1 признаёт один случай прямой правки, а не два — среду, где агента запустить нельзя. Перечень датирован в тексте и привязан к триггеру пересмотра 10.13
• Раздел 12 информативен — он не заявляет требований и не может, пока не решены три вещи
• Раздел 10 уступает Разделу 11 по охвату; 8.2 больше не заявляет уровня для конфигураций без QG-1; 5.6 масштабируется по строке «Оснастка» 11.4
• Обе книги несут весь корпус — по 34 документа

Стандарт нормирует собственный шлюз. До 1.4 шлюзы качества перечисляли критерии, и ни один не называл предотвращаемый эффект, — поэтому шлюз можно было поставить где угодно и всюду формально соответствовать, а запрет обхода оставался без предмета: обход неопределим, пока не определено положение шлюза.

Добавлено

• Раздел 8.6 — Свойства шлюза — пять свойств, которыми ОБЯЗАН обладать каждый шлюз: объявленный предотвращаемый эффект, превентивное размещение, соответствие вердикта состоянию, привязка к измеренному дайджесту, отказ в запрещающее состояние
• Объявленный эффект у каждого шлюза — QG-0…QG-4 называют изменение, которое не происходит, пока вердикт отрицателен
• 8.6(j) — прямое изменение артефакта есть Обход шлюза и фиксируется как таковой: регламентированное исключение с обязательной записью, а не запрет
• Раздел 13.7 — Механически проверяемые клаузы — что предъявляет заявитель по каждому свойству и как это проверяется
• «Границы охвата» — граница обзора рядом с уже имевшейся границей данных: что прочитано, что изучено лишь по структуре, а что не изучалось вовсе

Изменено

• Ломающее для существующих заявлений — свойства шлюза масштабированы по конфигурациям, а 13.6 теперь требует переоценки, а не рекомендует её. Шлюз, поставленный после объявленного им эффекта, является детективным контролем и не удовлетворяет 8.6(b)
• Метрика 8 выводится из записей — доля ручного вмешательства считается по зафиксированным Обходам вместо самоотчёта и прямо говорит, что измеряет зафиксированное, а не произошедшее
• Квалификатор происхождения снят — правила больше не говорят «AI-сгенерированный код»: тот же файл, изменённый тем же образом, оказывался вне требования всякий раз, когда изменение приходило другим маршрутом
• Позиционирование через свойства — «первая методология» и «недостающий слой» сняты со всех адресов; утверждение стало проверяемым и само говорит, как его опровергнуть

Открыто

• QG-3 на Начальной — 8.7 и разделы 3, 8.4, 8.9, 8.10, 11.1 расходятся в том, причитается ли QG-3 на Начальной для систем, чувствительных к безопасности. Редакция конфликт называет, а не снимает, и переносит его в следующую

Добавлено

• Правило 15: Верификация качества AI-кода — три уровня проверки (L1 Автоматизированная, L2 Самопроверка, L3 Состязательная рецензия) с градацией по уровню риска
• Метрика 10: Adversarial Detection Rate (ADR) — плотность критических дефектов на проверенную задачу (ранее Vibe Code Rate)
• Р5.5 Структурированный инструментальный протокол — протоколо-агностичное требование к взаимодействию агента с платформой
• Р5.6 Делегирование агенту и изоляция выполнения — риски, обязательные практики, каноничный паттерн
• Р5.7 Федерация — масштабирование SENAR на множество проектов: независимость, координация, маршрутизация знаний, федеративные метрики
• Чек-лист AI-ревью из 23 пунктов — расширен с 13 пунктов, 3 уровня приоритета; паттерны скрытых дефектов из состязательных аудитов
• Шаблон Стандартов кода — шаблон организационных стандартов кода на основе реальных дефектов
• 8 новых определений: Состязательная рецензия, Делегирование агенту, Скрытый дефект, ADR и другие
• Калибровка KCR, политика без epoch-фильтрации, дисклеймер для multi-session метрик

Изменено

• Правило 12 Гигиена контекста — повышено до ДОЛЖЕН для учётных данных/персональных данных на ВСЕХ конфигурациях
• Нейтральность к стеку — удалены все названия вендоров/продуктов из нормативного текста
• QG-2: «types clean» → «статический анализ пройден»
• Счётчики конфигураций: 15 правил (было 14), 10 метрик (было 9)

Рецензирование

• 3 раунда состязательного ревью 9 независимыми рецензентами (методолог, эксперт по безопасности, практик)
• Все критические замечания устранены: нейтральность к стеку, человек в цикле, безопасность федерации

Добавлено

• Раздел 5 «Инструментарий агента» — новый раздел: уровни управления, профили агента, управление скриптами, программный интерфейс, переносимость
• Правило 14: Управление изменениями скриптов — версионирование, ревью, возможность отката
• Руководство: Настройка агента на практике — новая глава с примерами для Claude Code, Codex, Cursor
• Расширена роль Контекст-Архитектора: проектирование профилей агента, управление скриптами
• Требования к инструментарию: раздел управления конфигурацией агента
• История изменений (этот документ)
• Сайт: мобильная навигация, страница истории изменений

Изменено

• Перенумерация разделов: Р5→Р6, Р6→Р7, ... Р12→Р13
• Обновлены все перекрёстные ссылки

Исправлено

• Ошибка 404 при переходе по ссылке «Стандарт» в навигации
• Улучшение литературного качества русского перевода

Добавлено

• Иерархия требований: BR → SR → TR
• Усилена контрольная точка QG-0: прослеживаемость требований
• QG-1: Контрольная точка требований (только Команда+)
• Правило 10: Прослеживаемость требований
• Правило 11: Документация кода как контекст
• Правило 12: Гигиена контекста
• Правило 13: Управление AI-моделями
• Главы руководства: Быстрый старт, Инженерия требований, Внедрение в legacy, Практический пример, Интеграция с инструментами
• Положение о соответствии (самооценка, коллегиальная оценка, независимый аудит)
• Роли Предприятия (Менеджер Портфеля, Главный Супервизор)

Первый выпуск

• 12 разделов, 5 ролей, 5 единиц работы
• 7 регламентов, 5 контрольных точек качества, 9 метрик, 11 правил
• 3 конфигурации: Базовый, Команда, Предприятие
• Руководство: 6 глав
• Справочник: глоссарий, масштабирование, эффективность, управление, инструментарий