Справочник SENAR: Требования к инструментарию

Что должны уметь инструменты для работы по SENAR. Требования разделены на два уровня:

  • Базовая/Начальная — минимум для конфигураций SENAR Базовая (1 пара) и Начальная (1–3 пары). Standard 12 помещает Базовую на уровень зрелости 2 и Начальную не описывает, поэтому уровень зрелости для Начальной здесь не заявляется
  • Командная+ — полные требования для конфигураций SENAR Командная и Корпоративная (3+ пар, уровень зрелости 3+)

SENAR не привязан к конкретным инструментам. Здесь описаны требования к возможностям, а не рекомендации продуктов.

Настоящий документ информативен. Раздел 0 Стандарта объявляет Гид и Справочник информативными, и заявление о соответствии против них не оценивается. Уровни SHALL и SHOULD в таблицах ниже говорят, что оснастка обязана поддерживать, чтобы требование Стандарта было удовлетворено; это прочтение того требования, а не второе требование. Там, где строка цитирует клаузу Стандарта, обязанностью является клауза, и настоящий документ её не расширяет. Там, где строка не цитирует ничего, она есть собственная рекомендация Справочника и обязанности не создаёт.


1. Трекер задач

Трекер задач — это система записи для всех единиц работы. Каждая задача, история и инкремент живут здесь.

1.1 Обязательные поля

ПолеТипБазовая/НачальнаяКомандная+Примечания
goalТекстОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЧто задача должна выполнить, сформулированное как результат
acceptance_criteriaТекстОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОПроверяемые условия завершения задачи
statusПеречислениеОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОМинимум состояний: planning, active, done, blocked
work_typeПеречислениеОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЗначения: dev, arch, qa, docs, infra, ops
complexityПеречислениеРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЗначения: trivial, simple, moderate, complex
story_idСсылкаРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОСвязь с родительской историей или требованием
requirement_linkСсылкаРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОСсылка прослеживаемости к BR/SR/TR (Standard 3.21)
requirement_levelПеречисление—ОБЯЗАТЕЛЬНОЗначения: BR, SR, TR — уровень связанного требования
requirement_statusПеречисление—ОБЯЗАТЕЛЬНОЗначения: draft, approved, verified, deprecated
requirement_parentСсылка—ОБЯЗАТЕЛЬНОСсылка на родительское требование (для навигации по иерархии)
attempt_countЦелое числоРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЧисло попыток реализации (для расчёта FPSR)
created_atВременная меткаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОАвтоматически при создании
started_atВременная меткаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОАвтоматически при переходе в active
completed_atВременная меткаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОАвтоматически при переходе в done
session_idСсылкаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКакая сессия завершила эту задачу
supervisor_idСсылка—ОБЯЗАТЕЛЬНОКто наблюдал за этой задачей
bypass_reasonТекстОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНООбоснование, если какой-либо шлюз качества был обойдён, — первый из четырёх элементов, которых 8.6(h) требует от законного Обхода шлюза. ОБЯЗАТЕЛЬНО на всех конфигурациях Стандарта с редакции 1.4: 8.6(h) делает запись условием законности обхода, а 8.6(j) относит к обходам прямое изменение артефакта. На Базовой Стандарт не налагает ничего (Standard 13.3), и там эта строка — рекомендация
bypass_riskТекстОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОРиск, принимаемый продолжением работы, — второй элемент 8.6(h). На Базовой — как выше
bypass_remediationТекстОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОПлан устранения обхода и срок — третий элемент 8.6(h). На Базовой — как выше
bypass_approverСсылкаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНООдобрение старшего, на котором держится обход, — четвёртый элемент 8.6(h). Обоснование без него делает обход зафиксированным, но не законным. На Базовой — как выше
knowledge_refsСписок—РЕКОМЕНДУЕТСЯСсылки на релевантные записи базы знаний
cross_depsСписок—ОБЯЗАТЕЛЬНОСсылки на межпроектные зависимости
costЧисловое—РЕКОМЕНДУЕТСЯСтоимость токенов/API для этой задачи

1.2 Обязательные автоматизации

АвтоматизацияБазовая/НачальнаяКомандная+Описание
Валидация полей QG-0ОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОБлокировать переход в active, если goal и acceptance_criteria пусты
Временные метки переходов состоянийОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОАвтоматическая фиксация started_at, completed_at при смене состояния
Правила перехода состоянийРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНООбеспечение допустимых переходов: planning -> active -> done; blocked может входить/выходить из любого состояния
Инкремент счётчика попытокРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОУвеличение attempt_count при каждом возврате задачи из done в active
Свёртка завершения историй—ОБЯЗАТЕЛЬНОАвтоматический расчёт статуса истории из статусов дочерних задач
Отслеживание прогресса инкремента—ОБЯЗАТЕЛЬНОДашборд с процентом завершения инкремента
Отслеживание обходовОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЗапись, какой шлюз был обойдён, кем и с каким обоснованием. ОБЯЗАТЕЛЬНО на всех конфигурациях Стандарта с редакции 1.4: 8.6(h) делает запись условием законного обхода, а 8.6(j) относит к обходам прямое изменение артефакта. На Базовой Стандарт не налагает ничего (Standard 13.3), и там эта строка — рекомендация
Аудиторская запись шлюзаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКаждое исполнение шлюза порождает запись, идентифицирующую состояние, для которого вынесен вердикт (Standard 8.6(g))
Дайджест состояния вердиктаРЕКОМЕНДУЕТСЯ (Базовая) / ОБЯЗАТЕЛЬНО (Начальная)ОБЯЗАТЕЛЬНОФиксировать дайджест, измеренный по тем артефактам, о которых вынесен вердикт, а не только идентификатор ревизии (Standard 8.6(d)). Единственная строка этой таблицы, где Базовая и Начальная конфигурации расходятся
Отказ в запрещающее состояниеОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОПроверка, которая не запустилась, не завершилась или завершилась без определённого результата, даёт отрицательный вердикт — а не пропуск по умолчанию (Standard 8.6(e))
Обнаружение дубликатов—РЕКОМЕНДУЕТСЯПредупреждение, когда цель новой задачи близко совпадает с существующей
Обнаружение осиротевших требований—РЕКОМЕНДУЕТСЯВыявление требований без задач реализации и задач без требований
Анализ влияния изменения требования—РЕКОМЕНДУЕТСЯПри изменении BR/SR — список всех затронутых нижестоящих артефактов

1.3 Обязательные отчёты

ОтчётБазовая/НачальнаяКомандная+Описание
Пропускная способностьОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЗадач, завершённых за сессию, с трендом во времени
Распределение Lead TimeОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОГистограмма completed_at - created_at, с разбивкой по сложности
FPSRОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНО% задач, завершённых с attempt_count = 1
DERОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОpost_done_defects / done × 100% — задачи-дефекты, связанные с завершённым родителем, к завершённым задачам (Standard 9.1)
Сводка статусов задачОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКоличество задач по статусам, с фильтрацией по инкременту/сессии
Cycle Time—ОБЯЗАТЕЛЬНОРаспределение completed_at - started_at
Стоимость задачи—ОБЯЗАТЕЛЬНООбщая стоимость / выполненные задачи, с разбивкой по сложности и типу работы
Предсказуемость затрат—ОБЯЗАТЕЛЬНОФакт vs план по стоимости за инкремент
Доля обходов—ОБЯЗАТЕЛЬНО% задач, несущих хотя бы одну запись об Обходе шлюза, отдельно по обходам критериев и по обходам под 8.6(j), с разбивкой по типу шлюза. Знаменатель — задачи, потому что именно в задачах выражены потребители этой цифры: метрика 8 Стандарта (Manual Intervention Rate, Standard 9.2) и порог раннего предупреждения PF-3 в Гиде (Гид 06, PF-3: Нормализация обхода шлюзов). Две разновидности НЕ ДОЛЖНЫ складываться (Standard 9.2). Обходы на оценку шлюза — другая величина с другим знаменателем: на Командной задача проходит до пяти шлюзов, — и она НЕ ДОЛЖНА сравниваться с порогом, заданным в задачах
Нагрузка супервайзера—РЕКОМЕНДУЕТСЯЗадач на супервайзера за сессию, с учётом сложности
Статус кросс-зависимостей—ОБЯЗАТЕЛЬНОСтатус всех межпроектных зависимостей

2. Конвейер CI/CD

Автоматизированное обеспечение QG-2 (шлюз реализации) и поддерживающая инфраструктура для QG-3 и QG-4.

2.1 QG-2: Шлюз реализации (автоматизированный)

Все проверки выполняются при каждом коммите или мерж-реквесте. Конвейер должен блокировать мерж при провале любой проверки.

С редакции Standard 1.5 организация на Начальной, делающая изменение, критичное с точки зрения безопасности, выполняет на этом шлюзе пять Минимальных критериев проверки AI-вывода из Standard 8.4: 8.7 требует критерии на всякой конфигурации, а 11.1 не даёт Начальной QG-3. Значит оснастке на уровне Базовая/Начальная нужно место, где эти пять результатов фиксируются против состояния, о котором вынесен вердикт (Standard 8.6(d), 8.6(g)), — та же запись, которую столбец Командная+ держит на QG-3.

ПроверкаБазовая/НачальнаяКомандная+Примечания
Юнит-тесты проходятОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОТребуется 100% прохождение
Проверка типов проходитОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОВ зависимости от языка: TypeScript strict, mypy и т.д.
Линтер проходитОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОПолитика нулевых предупреждений (не только ошибок)
Сканирование безопасности (зависимости)РЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНООбнаружение известных CVE в зависимостях
Сканирование безопасности (SAST)—РЕКОМЕНДУЕТСЯСтатический анализ на антипаттерны безопасности
Сборка успешнаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЧистая сборка с нуля, без кэшированного состояния
Порог покрытия тестамиРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОНастраиваемый минимум (рекомендация: 70%+)
Обнаружение изменений зависимостей—РЕКОМЕНДУЕТСЯПометка новых зависимостей для проверки
Обнаружение breaking changes—РЕКОМЕНДУЕТСЯПроверка совместимости API для общих интерфейсов

Требования к конфигурации конвейера:

ТребованиеБазовая/НачальнаяКомандная+
Конвейер запускается автоматически при push/MRОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНО
Конвейер блокирует мерж при провалеОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНО
Результаты конвейера видны супервайзеруОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНО
Без allow_failure — каждая задача либо работает, либо удаляетсяОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНО
Время выполнения конвейера < 10 минутРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНО
Конвейер предоставляет ясные сообщения об ошибкахОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНО
Конвейер версионируется (pipeline-as-code)РЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНО

2.2 QG-3: Шлюз верификации (ревью)

ТребованиеБазовая/НачальнаяКомандная+Примечания
Защита ветки main/production—ОБЯЗАТЕЛЬНОЗапрет прямого push
Мерж-реквест обязателен—ОБЯЗАТЕЛЬНОВсе изменения через MR
Минимум 1 одобрение—ОБЯЗАТЕЛЬНООдобряющий должен отличаться от супервайзера, создавшего MR
Интеграция чеклиста ревью—РЕКОМЕНДУЕТСЯЧеклист проверки AI-вывода (Guide 02) встроен в шаблон MR
Одобрение не может быть от автора MR—ОБЯЗАТЕЛЬНООбеспечение независимой верификации
Инвалидация устаревшего одобрения—РЕКОМЕНДУЕТСЯПовторное одобрение после новых коммитов

2.3 QG-4: Шлюз приёмки (развёртывание)

ТребованиеБазовая/НачальнаяКомандная+Примечания
Staging-окружение существует—ОБЯЗАТЕЛЬНОЗеркалирует конфигурацию продакшена
Развёртывание на staging автоматизировано—ОБЯЗАТЕЛЬНОТот же конвейер, что и для продакшена, другая цель
Этап верификации на staging—ОБЯЗАТЕЛЬНОРучной или автоматизированный приёмочный тест на staging
Развёртывание в продакшен требует явного одобрения—ОБЯЗАТЕЛЬНОЧеловеческий шлюз — не авто-деплой при мерже
Возможность отката—ОБЯЗАТЕЛЬНОВозможность откатиться к предыдущей версии за считанные минуты
Отслеживание развёртываний—ОБЯЗАТЕЛЬНОЗапись что развёрнуто, когда, кем
Smoke-тесты после развёртывания—РЕКОМЕНДУЕТСЯАвтоматическая верификация успеха развёртывания
Feature flags—РЕКОМЕНДУЕТСЯВозможность отключить функции без повторного развёртывания

3. База знаний

База знаний — это долговременная память проекта. У AI-агентов нет памяти между сессиями — база знаний сохраняет знания.

3.1 Основные требования

ТребованиеБазовая/НачальнаяКомандная+Примечания
Полнотекстовый поискОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОСупервайзер и AI-агент должны иметь возможность поиска по ключевым словам
Категоризация по типу записиОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОМинимум типов: decision, pattern, gotcha, dead_end, observation
Запись имеет заголовок и телоОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЗаголовок для беглого просмотра, тело для деталей
Запись имеет временную метку созданияОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКогда это знание было создано
Запись имеет тег проекта/областиРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОК какому проекту или области относится это знание
Версионирование записей—ОБЯЗАТЕЛЬНООтслеживание изменений записей знаний во времени
Отслеживание актуальности—ОБЯЗАТЕЛЬНОВременная метка last_reviewed, обновляемая при подтверждении актуальности
Статус записи—ОБЯЗАТЕЛЬНОЗначения: current, needs_review, deprecated
Перекрёстные ссылки между записями—РЕКОМЕНДУЕТСЯСвязь между связанными записями знаний
Массовый экспортРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЭкспорт всех записей в переносимом формате (JSON, markdown)
Отслеживание автора записи—ОБЯЗАТЕЛЬНОКто создал или последним обновил запись

3.2 Типы записей

ТипНазначениеПример
decisionАрхитектурный или проектный выбор с обоснованием«Мы используем UUID для всех ID сущностей, потому что…»
patternПовторно используемый подход для типовых задач«Обработка ошибок в API-эндпоинтах следует такой структуре…»
gotchaНеочевидное поведение, вызывающее проблемы«CouchDB bulk_docs молча игнорирует конфликты, если не…»
dead_endПодход, который был опробован и отвергнут, с обоснованием«Пробовали WebSockets как замену SSE — не сработало, потому что…»
observationЭмпирический вывод, заслуживающий запоминания«Время сборки увеличивается в 2 раза при запуске TypeScript strict mode на…»
templateПовторно используемый шаблон требований/КП для типовых задач«КП REST API эндпоинта: 1. Возвращает 200 при валидном вводе. 2. Возвращает 401 без аутентификации…»

3.3 Интеграция с AI-агентом

ТребованиеБазовая/НачальнаяКомандная+Примечания
AI-агент может искать в БЗ во время сессииОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЧерез вызов инструмента/функции или инъекцию контекста
AI-агент может создавать записи БЗ во время сессииОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОТупиковые подходы и подводные камни, обнаруженные в ходе работы
Релевантные записи БЗ инъектируются в контекст сессииРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОНа основе области задачи, проекта или явных ссылок
AI-агент может обновлять существующие записи БЗ—ОБЯЗАТЕЛЬНОИсправление или расширение существующих знаний
Результаты запросов к БЗ структурированыРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЗаголовок, тип, тело, актуальность — не сырой текстовый дамп
Доступ к БЗ ограничен по области—ОБЯЗАТЕЛЬНОАгент видит знания релевантного проекта, а не всё подряд
Создание записи БЗ запускает очередь на проверку—РЕКОМЕНДУЕТСЯЧеловек проверяет записи знаний, созданные AI

3.4 Управление актуальностью

ТребованиеБазовая/НачальнаяКомандная+Примечания
Записи старше N инкрементов помечаются для проверки—ОБЯЗАТЕЛЬНОНастраиваемый порог (рекомендация: 3 инкремента)
Отчёт по актуальности доступен—ОБЯЗАТЕЛЬНОРаспределение возрастов записей, количество по статусам
Устаревшие записи исключены из контекста AI—ОБЯЗАТЕЛЬНОУстаревший контекст хуже отсутствия контекста
Обзор качества включает аудит актуальности БЗРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЧасть чеклиста церемонии

4. Управление сессиями

Сессии — основной ритм работы по SENAR. Инструменты должны поддерживать полный жизненный цикл сессии.

4.1 Жизненный цикл сессии

ТребованиеБазовая/НачальнаяКомандная+Примечания
Начало сессии с временной меткойОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОФиксация начала сессии
Завершение сессии с временной меткойОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОФиксация окончания сессии
Сессия имеет уникальный идентификаторОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОДля привязки задач, метрик, передач
Сессия привязана к супервайзеруРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОКто провёл эту сессию
Сессия привязана к проработанным задачамОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКакие задачи были активны в этой сессии
Передача предыдущей сессии доступна при стартеОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОПреемственность контекста

4.2 Возможности контрольных точек

ТребованиеБазовая/НачальнаяКомандная+Примечания
Контрольная точка в ходе сессииРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОСохранение состояния контекста без завершения сессии
Контрольная точка фиксирует текущий статус задачРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЧто в работе, что выполнено
Напоминание о контрольной точке—РЕКОМЕНДУЕТСЯОповещение с настраиваемым интервалом (например, каждые 40–60 вызовов инструментов)
Контрольная точка восстанавливает контекст при сбое сессии—РЕКОМЕНДУЕТСЯВосстановление после неожиданного завершения сессии

4.3 Документы передачи

ТребованиеБазовая/НачальнаяКомандная+Примечания
Документ передачи создаётся при завершении сессииОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОИтоги сделанного и план следующих шагов
Передача включает завершённые задачиОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОСписок задач, выполненных в этой сессии
Передача включает незавершённые задачиОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОСостояние задач, не завершённых
Передача включает блокеры/рискиРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЧто может помешать успеху следующей сессии
Передача включает захваченные знания—ОБЯЗАТЕЛЬНОЗаписи БЗ, созданные или обновлённые в ходе сессии
Передача хранится и доступна для поискаРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОИсторические передачи доступны для справки
Передача загружается автоматически при следующем старте сессииРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОБез ручного поиска последней передачи

4.4 Сбор метрик

ТребованиеБазовая/НачальнаяКомандная+Примечания
Количество вызовов инструментов за сессиюРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНООпережающий индикатор сложности сессии и утомления
Длительность сессииОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОВычисляется из временных меток начала/конца
Задач, завершённых за сессиюОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОВход для расчёта пропускной способности
Стоимость сессии (токены/затраты на API)—ОБЯЗАТЕЛЬНОДля расчёта стоимости задачи
Количество ошибок/повторов—РЕКОМЕНДУЕТСЯСколько раз AI требовалась коррекция

5. Интеграция AI-агента

Требования к настройке, мониторингу и управлению AI-агентами в рамках SENAR.

5.0 Структурированный протокол инструментов

ТребованиеБазовая/НачальнаяКомандная+Примечания
Возможности платформы предоставляются через самоописывающийся протокол инструментовРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОStandard 5.6, уровень следует строке «Оснастка» Standard 11.4
Самоописывающиеся схемы с типами параметровРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОStandard 5.6(a) — снижает число галлюцинированных аргументов
Атомарные вызовы инструментовРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОStandard 5.6(b) — один вызов, одна транзакция
Структурированный ввод и выводРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОStandard 5.6(c) — без разбора текстового CLI-вывода
Каждый вызов журналируется с параметрами и результатамиРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОStandard 5.6(d)
Документированный перечень операций с CLI-резервомОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОStandard 5.6 заявляет это без квалификатора конфигурации
Прямой доступ к базе на запись AI-агентам недоступенОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОStandard 5.6, заявлено без квалификатора конфигурации

5.1 Инъекция контекста

ТребованиеБазовая/НачальнаяКомандная+Примечания
Структурированные инструкции проектаОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКонтекст уровня проекта, загружаемый при старте сессии (например, CLAUDE.md, .cursorrules)
Инъекция контекста задачиОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОЦель, КП и релевантные ограничения предоставлены агенту
Инъекция записей БЗРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОРелевантные записи знаний доступны в ходе работы
Конвенции кодовой базыРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОСтандарты кода, архитектурные паттерны, конвенции именования
Границы областиРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЯвные инструкции «не изменять»
Инъекция истории/передачи сессииРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОКонтекст предыдущей сессии для преемственности

5.2 Захват вывода

ТребованиеБазовая/НачальнаяКомандная+Примечания
Изменения кода фиксируются в контроле версийОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОСтандартный git-процесс
Логи сессий доступны для проверкиРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОЧто AI делал, что супервайзер одобрил
Рассуждения AI видимыРЕКОМЕНДУЕТСЯРЕКОМЕНДУЕТСЯПочему AI принял конкретные решения (для верификации)
Вывод привязан к задачеОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОКакая задача породила какие изменения кода

5.3 Отслеживание стоимости и токенов

ТребованиеБазовая/НачальнаяКомандная+Примечания
Использование токенов за сессию—ОБЯЗАТЕЛЬНОВходящие + исходящие токены
Стоимость API за сессию—ОБЯЗАТЕЛЬНОДенежная стоимость, вычисленная из использования токенов
Стоимость задачи (вычисляемая)—ОБЯЗАТЕЛЬНОСтоимость сессии / завершённые задачи
Тренд стоимости во времени—ОБЯЗАТЕЛЬНОПроцесс становится дороже или дешевле?
Бюджетные предупреждения—РЕКОМЕНДУЕТСЯОповещение при приближении стоимости сессии/инкремента к бюджету
Стоимость по модели/поставщику—РЕКОМЕНДУЕТСЯПри использовании нескольких моделей — отдельное отслеживание стоимости

5.4 Мультиагентная оркестрация (Командная+)

ТребованиеБазовая/НачальнаяКомандная+Примечания
Изоляция рабочего пространства—РЕКОМЕНДУЕТСЯАгенты работают в изолированных средах (worktrees, контейнеры)
Коммуникация агент-агент—РЕКОМЕНДУЕТСЯДелегирование подзадач специализированным агентам
Параллельное выполнение агентов—РЕКОМЕНДУЕТСЯНесколько агентов работают одновременно под наблюдением
Агрегация вывода агентов—РЕКОМЕНДУЕТСЯСбор результатов от нескольких агентов в единый обзор
Профили возможностей агентов—РЕКОМЕНДУЕТСЯРазные агенты для разных типов задач (код, тесты, документация)

5.5 Управление конфигурацией агентов

Требования к управлению профилями агентов и операционными скриптами (Standard Section 5).

ТребованиеБазовая/НачальнаяКомандная+Примечания
Хранение скриптов в контроле версийОБЯЗАТЕЛЬНООБЯЗАТЕЛЬНОСкрипты хранятся вместе с кодом проекта
Версионирование скриптов (история изменений)РЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНООтслеживание кто, что, когда и зачем изменил
Хранение определений профилейРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОПрофили агентов хранятся как структурированная конфигурация
Поддержка переключения профилей—РЕКОМЕНДУЕТСЯВозможность смены контекста агента между профилями в рамках сессии
Ограничение прав по профилю—ОБЯЗАТЕЛЬНООбеспечение границ чтения/записи для каждого профиля агента
Механизм распространения скриптов—ОБЯЗАТЕЛЬНОРаспространение изменений скриптов по множеству проектов
Возможность отката скриптовРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНООткат любого изменения скрипта к предыдущей версии
Реестр активных скриптов—ОБЯЗАТЕЛЬНОИнвентарь активных скриптов с идентификаторами версий
Аудиторский след изменений скриптов—ОБЯЗАТЕЛЬНОЛог всех модификаций скриптов с обоснованием
Инвентарь инструментов по профилюРЕКОМЕНДУЕТСЯОБЯЗАТЕЛЬНОДокументация, какие инструменты доступны каждому профилю
Движок выполнения хуков—РЕКОМЕНДУЕТСЯАвтоматические действия по событиям (пост-сессия, пре-коммит)
Метрики эффективности скриптов—РЕКОМЕНДУЕТСЯОтслеживание FPSR и доли ошибок по версии скрипта

6. Требования к интеграции

Как компоненты соединяются в работающую инструментальную цепочку SENAR.

6.1 Интеграции Базовая/Начальная

ИнтеграцияОписание
Трекер задач <-> Управление сессиямиСессии ссылаются на задачи; задачи ссылаются на сессии
Трекер задач <-> CI/CDРезультаты конвейера привязаны к задачам и мерж-реквестам
База знаний <-> AI-агентАгент может искать, читать и создавать записи БЗ во время сессий
Управление сессиями <-> AI-агентСтарт/завершение сессии управляются или координируются с жизненным циклом агента

6.2 Интеграции Командная+

ИнтеграцияОписание
Трекер задач <-> База знанийЗадачи ссылаются на релевантные записи БЗ; записи БЗ ссылаются на породившие их задачи
CI/CD <-> Трекер задачПровалы конвейера автоматически обновляют статус задачи в blocked
Управление сессиями <-> МетрикиМетрики сессии автоматически заполняются из данных сессии
База знаний <-> CI/CDЗаписи БЗ об архитектурных ограничениях обеспечиваются в конвейере (перспективное)
Федерация <-> Трекер задачСтатус межпроектных зависимостей синхронизируется
Федерация <-> База знанийМежпроектные знания доступны с надлежащей областью видимости

7. Руководство по выбору

При оценке вариантов инструментария приоритизируйте:

  1. Автоматизация важнее ручного процесса — если шаг можно автоматизировать, автоматизируйте. Ручные шаги — точки отказа (см. Guide 06, PF-3: Нормализация обхода шлюзов).

  2. Переносимость важнее функций — данные должны экспортироваться. Привязка к поставщику (Guide 06, OF-3) — известный режим отказа.

  3. Доступность для AI важнее удобства для человека — каждое хранилище данных, которым пользуется супервайзер, должно быть доступно AI-агенту. Если AI не может к нему обратиться — для SENAR оно не существует.

  4. Простота важнее полноты — трекер задач с 5 хорошо работающими полями лучше трекера с 50 полями, которые никто не заполняет. Начните с Базовая/Начальная и добавляйте Командная+ по мере надобности.

  5. Композируемость важнее монолитности — выбирайте инструменты с API-интеграцией, а не универсальные платформы. Компоненты SENAR развиваются с разной скоростью; замена одного не должна тянуть за собой остальные.