SENAR

Supervised Engineering & Normative AI Regulation

Version: 1.5 | Date: 07.09.2026 Authors: Андрей Юмашев (Andrey Yumashev), Вадим Соглаев (Vadim Soglaev) License: CC BY-SA 4.0 | Website: senar.tech

ПРИМЕЧАНИЕ: Приведённое ниже описание носит информационный характер. Нормативные требования определены в Разделах 4–13.

Начните здесь: Минимально жизнеспособный SENAR (MVS)

Вы практикуете SENAR, когда выполняются шесть условий:

1. Каждая реализация с участием AI имеет Задачу с целью и критериями приёмки — до начала работы.
2. Результат AI верифицирован Супервайзером по критериям приёмки — никогда не принят формально.
3. Задачи не могут стартовать без цели, критериев приёмки и связи с требованием (Контекстный шлюз).
4. Задачи не могут быть закрыты, если не пройден CI, тесты и проверка типов (Шлюз реализации).
5. Пропускная способность и Lead Time измеряются — вы знаете, сколько задач за сессию и сколько времени они занимают.
6. Тупиковые подходы документируются — когда подход терпит неудачу, вы фиксируете причину, чтобы никто не повторил ошибку.

Вот и всё. Выполняйте эти шесть пунктов — и вы практикуете ядро SENAR. Для структурированного входа см. Основы SENAR (8 правил, 2 шлюза, 2 метрики). Всё остальное в данном стандарте опирается на этот фундамент.

Что такое SENAR

SENAR — это методология разработки программного обеспечения, в которой AI-агенты являются основными производителями инженерных артефактов, а люди выступают в роли Супервайзеров — направляя, верифицируя и управляя результатами работы AI.

SENAR отвечает на фундаментальный сдвиг в программной инженерии: когда AI производит код, ценность человека смещается от производства (написания кода) к экспертизе (проектирование контекста, верификация корректности, архитектурные решения).

Существующие методологии (Scrum, SAFe, Kanban) создавались для команд людей, координирующихся между собой. SENAR создан для пар Супервайзер+AI, производящих верифицированное, прослеживаемое программное обеспечение.

Ценности SENAR

1. Контекст важнее кода — качество вывода AI определяется качеством входного контекста
2. Верификация важнее скорости — ограничивающий фактор — корректность, а не скорость
3. Знания важнее опыта — что не задокументировано, не существует для AI
4. Принуждение важнее договорённости — стандарты качества обеспечиваются автоматизированными шлюзами, а не совещаниями
5. Суждение важнее нажатий клавиш — внимание человека направлено на решения и верификацию, а не на набор кода

Основы SENAR

Основы SENAR (SENAR Core) содержат 8 базовых правил для любой команды. Данный Стандарт расширяет Основы организационными процессами, метриками и управлением. Командам, впервые внедряющим SENAR, стоит начинать с Основ SENAR. Команды, практикующие Основы SENAR, не обязаны соответствовать данному Стандарту, но им рекомендуется переход на Начальную конфигурацию (Foundation) по мере готовности.

Набор документов

Нормативный язык

Согласно RFC 2119: ОБЯЗАН (SHALL) = обязательно, РЕКОМЕНДУЕТСЯ (SHOULD) = рекомендовано, МОЖЕТ (MAY) = необязательно. В настоящем документе нормативные ключевые слова указаны на русском языке заглавными буквами и передают ключевые слова английской редакции так: SHALL — ОБЯЗАН (ОБЯЗАНА, ОБЯЗАНЫ, ОБЯЗАНО), а в предикативной позиции, в том числе в ячейках таблиц, ОБЯЗАТЕЛЬНО (ОБЯЗАТЕЛЬНЫ); SHALL NOT — НЕ ДОЛЖЕН (НЕ ДОЛЖНА, НЕ ДОЛЖНО, НЕ ДОЛЖНЫ); SHOULD — РЕКОМЕНДУЕТСЯ; SHOULD NOT — НЕ РЕКОМЕНДУЕТСЯ; MAY — МОЖЕТ (МОГУТ), равнозначно ДОПУСКАЕТСЯ.

Формы одного ряда равносильны: ОБЯЗАН и ОБЯЗАТЕЛЬНО несут одно и то же обязательство и различаются только строем предложения, как МОЖЕТ и ДОПУСКАЕТСЯ. Перечень закрыт — иных слов в нормативном значении русская редакция не употребляет, и слово вне перечня обязательства не создаёт.

Нормативные требования содержатся в Разделах 4–13 данного Стандарта. Разделы 1–3 определительны. Там, где определение говорит ОБЯЗАН, оно закрепляет, как читается термин, и самостоятельного обязательства не создаёт; закрепляемое им обязательство исполняется в Разделах 4–13, и у каждого там есть место: Область Задачи (3.5.1) — среди обязательных атрибутов Задачи (6.2) и в критериях QG-0 (8.1); объём термина «инженерный артефакт» (3.5.2) — через 8.6(a), требующий, чтобы объявленный эффект проверялся против любого предлагаемого действия; автоматизация шлюзов (3.9) — через 8.6(f). Там же, где определение закрепляет, как читается запись, — 3.5.1 об области, суженной после работы, и 3.5.2 о перечислении, опускающем класс файлов, — оно излагает чтение, а не обязанность, и в исполняющей клаузе не нуждается. Заявление о соответствии, охватывающее только Разделы 1–3, невалидно (13.4), и ни одно требование не зависит от того, оцениваются ли они. Раздел 4 нормативен и определителен одновременно — он устанавливает обязанности, которые ОБЯЗАНЫ быть покрыты, — и потому учитывается здесь как нормативный, а в 13.4 попадает в число определительных. Раздел 12 внутри этого диапазона информативен и требований не заявляет — сам 12 говорит, что надо решить, чтобы он мог нести требование. Гид и Справочник носят информационный характер.

Инструментарий

SENAR не предписывает конкретный инструмент, но на практике зависит от инструментов. Автоматизированные шлюзы качества, сбор метрик и управление знаниями требуют инструментальной поддержки. Подробные требования к возможностям инструментов см. в Справочнике SENAR (Требования к инструментарию).

Зависимость от возможностей AI

Ряд положений SENAR зависит от возможностей AI: они опираются на поведенческие особенности AI (типы галлюцинаций, ограничения контекстного окна, качество следования инструкциям), которые меняются со сменой поколений моделей. Требование пересматривать такие положения при существенном изменении модели AI изложено в Section 10.13; настоящая сводка требований не заявляет. Гид SENAR явно маркирует зависящие от возможностей положения.

Эмпирическая база и ограничения

Количественные рекомендации SENAR (базовые значения метрик, рекомендации по длительности сессий, оценки стоимости) получены на основе единственной эталонной реализации: 552 задачи, $989 затрат на AI, 38 сессий по 6 микросервисам. Это кейс-стади, а не контролируемый эксперимент. Эти числа следует рассматривать как иллюстративные ориентиры, а не универсальные целевые показатели — именно поэтому Section 9 требует сначала установить собственные базовые значения и лишь затем определять цели.

Ограничения: одна организация, самоотчётные метрики, дизайн «до/после» без контрольной группы, одно семейство моделей AI. Для подтверждения обобщаемости необходима независимая репликация в различных организациях, предметных областях и на разных моделях AI.

Границы охвата

Раздел выше ограничивает данные, на которых стоит стандарт. Настоящий ограничивает обзор, на котором стоит его позиционирование. Section 1.5 говорит, где SENAR расположен относительно смежных работ; утверждение такого рода стоит ровно столько, сколько стоит перечень непроверенного.

Проверено чтением первоисточника: опубликованные нормативные тексты работ, приведённых в Section 2.2 и доступных свободно.

Проверено только по структуре и публичным разборам: все платные издания, приведённые в Section 2.2, — ISO 9001:2015, ISO/IEC 25010:2023, ISO/IEC 12207:2017, IEEE 29148:2018, CMMI for Development 2.0, ISO/IEC 42001:2023 и IEEE 1012-2024. Читались их структура, нумерация клауз, названия контролей и публичные комментарии; текст отдельных клауз не читался, и настоящий стандарт утверждений о том, что в этом тексте сказано, не делает. Там, где настоящий стандарт или его Справочник называет клаузу одной из этих работ, называние опирается на опубликованные номер и заголовок, — этого довольно, чтобы указать на клаузу, и недовольно, чтобы утверждать, чего она требует: организация, проверяющая соответствие любой из них, читает первоисточник.

Не проверялось вовсе: ETSI, OASIS, Trusted Computing Group, CEN-CENELEC, японская и китайская экосистемы стандартизации. Обзор вёлся на английском языке по англоязычным источникам; работы, опубликованные только на других языках, в него не входят.

Обзор, стоящий за Section 1.5, проведён 11.08.2026 и перепроверен 17.08.2026. Он устанавливает, что было найдено, а не что существует. Поле, движущееся с наблюдаемой скоростью, обесценивает такой обзор быстро, и мерой тому — промежуток между этими двумя датами: шесть дней порознь, и перепроверка вернула не ту же картину, что обзор. Читатель, которому положение нужно на более позднюю дату, проводит обзор заново, а не полагается на настоящий. Настоящая оценка подлежит пересмотру, а организациям, полагающимся на позиционирование из Section 1.5, следует считать её дату частью утверждения.

Интеллектуальное наследие

SENAR опирается на устоявшиеся основы программной инженерии: инженерию требований (IEEE 29148), модели стоимости качества (Boehm, 1981), зрелость процессов (CMMI/SEI), метрики потока (DORA, Accelerate), практики качества бережливого производства (First Pass Yield, Right First Time) и исследования совместной работы человека и AI. Вклад SENAR — конкретное применение и кодификация этих принципов для AI-нативной разработки, где AI-агенты являются основными производителями кода, а инженеры-люди выступают Супервайзерами. Методология не претендует на изобретение инженерии качества — она адаптирует её к модели производства, которой не существовало на момент создания предшествующих фреймворков.

Версионирование

Изменения нормативных требований публикуются как нумерованные версии Стандарта (1.0, 1.1, 2.0). Материалы Гида и Справочника могут обновляться между версиями Стандарта. Журнал изменений ведётся на senar.tech.