Один вход, вся команда: почему секретарь не отвечает сам

Сцена: 30 августа, оркестратор, которого не было

30 августа 2026 года команда пересобирала контур маркетинга по свежему стандарту. Пакет числился установленным и работающим, приёмка от 14 августа. Открыли живую копию и увидели: маркетинговые роли висят прямо на секретаре, оркестратора блока нет. Каждая роль сама себе дверь, а секретарь на вопрос не по маркетингу мог только одно: отправить в центр.

Оркестратор оказался не единственной пропажей. Фраза Черновая сборка v2.0. Не устанавливать жила мёртвым текстом в трёх копиях пакета, который работал с 12 августа. Три копии разошлись, и живая ушла в обе стороны: пять ролей отстали от центра, одна оказалась свежее центральной. Скрипт машинной приёмки, объявленный в стандарте обязательным, не существовал вовсе. В тот же день написали и скрипт, семь проверок, и оркестратор маркетинга. Итог дня: 34 навыка, семь проверок зелёные.

Две двери, из которых одна не дверь

У стандарта есть фигура, которую нельзя упрощать: два уровня оркестрации. Секретарь это единственная точка входа, предметную работу он не ведёт. Оркестратор блока получает задачу от секретаря и возвращает ему; самостоятельной дверью он не является.

Из этого складывается маршрут задачи: владелец, секретарь, оркестратор блока, профильная роль или совет, обратно оркестратор, секретарь, владелец. Семь шагов на любую задачу, даже на одну строку.

Зачем такая длинная дорога? Секретарь держит то, чего у роли нет: контекст владельца, память контура, регламент подчинения центру и правило эскалации. Роль знает своё дело. Секретарь знает, чьё это дело, что было вчера и кому докладывать вечером. Владелец, идущий к роли напрямую, получает ответ без контекста и без следа в памяти: назавтра этого ответа для контура не существует.

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

Как этот порядок появился: право, продажи, маркетинг

Порядок команда не придумала, а извлекла. Стандарт собран 29 августа из трёх источников: контур маркетинга дал модель обмена с центром, плагин юриста-партнёра архитектуру, регламент обмена от 28 августа правила жизни рядом с центром. Архитектурная находка из юридического контура звучит просто: Юридический отдел это блок под секретарём, а не набор навыков рядом с ним.

Агент продаж 28 августа был собран как раз «рядом»: шесть навыков, все девять требований заказчика закрыты. 29 августа руководитель вернул его с двумя формулировками. Первая: Продажи это специализированный блок внутри плагина. Вторая: Это агент руководителя отдела продаж АПОД ЛАБ, и он должен соответствовать нашему стандарту. Пересборка дала отдел продаж с оркестратором из 8 ролей, 13 вспомогательных ролей и ядро с секретарём: архитектура юридического отдела перенеслась на продажи за один заход. К вечеру 30 августа в пакете было 34 навыка, 20 инвариантов и 16 реестров.

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

Тесты, которые ловят обход, и тесты, которые не ловят

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

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

Теперь про то, чего тесты не ловят. Машинная приёмка из семи проверок ищет незаполненные плейсхолдеры, русские имена навыков, длинные тире. 6 сентября команда собирала по стандарту третьего агента, контур проверки «Спроси АПОД», и нашла в первом инварианте базы жёсткое имя секретаря отдела продаж вместо параметра. Проверка это не поймала: она ищет пустое, а здесь стояло заполненное, но чужое значение. Нашлись и расхождения помельче: README говорил про 12 инвариантов, в живом файле их 20; скрипт делал 7 проверок против шести заявленных. Три правки в стандарт утверждены 7 сентября.

Стандарт стал стандартом не в момент написания, а когда третий агент, собранный по нему, нашёл в нём следы первого.

Было, стало, что изменилось для владельца

Что взять себе

1. Нарисуйте маршрут задачи в своём агенте. Меньше трёх шагов от владельца до роли, значит, секретаря нет, есть набор навыков.
2. Проверьте одним вопросом: обратитесь к роли напрямую, минуя секретаря. Взяла задачу, значит, сборка неправильная.
3. Запретите внешнюю отправку в первой версии. Агент готовит, человек отправляет.
4. Ищите не только пустые поля. Заполненное, но чужое значение проверка не ловит, его находит третий агент.
5. Напишите скрипт приёмки до того, как объявите его обязательным. У нас он появился только на втором агенте.

Карта ролей

Вопросы и ответы