SENAR

Supervised Engineering & Normative AI Regulation

Version: 1.4 | Date: 04.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). Заявление о соответствии, охватывающее только Разделы 1–3, невалидно (13.4), и ни одно требование не зависит от того, оцениваются ли они. Раздел 4 нормативен и определителен одновременно — он устанавливает обязанности, которые ОБЯЗАНЫ быть покрыты, — и потому учитывается здесь как нормативный, а в 13.4 попадает в число определительных. Гид и Справочник носят информационный характер.

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

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.