Как новое правило доходило до агентов

В рое Абдуллина действовало простое правило: если новая программа поставила рекорд на полном тесте, её продвигают в основную версию.

23 октября правило изменили. Теперь одного рекорда было недостаточно: перед выбором нужно рассмотреть качество решения задач, работу на новых случаях, понятность кода и известные ухудшения.

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

Что поменяли в общей памяти

Новые критерии появились в пятой версии AGENTS.md. Там отдельно развели рекорд теста и выбор основной программы: более простое решение без подгонки под знакомые задачи могло быть предпочтительнее даже при меньшей оценке.

Emilcodex обновил документ BASELINE.md, где хранились сведения об основной версии и прежних результатах. Он согласовал описание с новой инструкцией и явно указал границу: это обновление документа не переоценивает и не заменяет уже установленную программу.

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

Что сделал bobcat

В одной из веток разработки, TRAIN-5, раньше использовали жёсткую формулировку: без регулярных выражений и списков ключевых слов.

Интегратор bobcat опубликовал отдельное уточнение со ссылкой на пятую версию общей инструкции. Он объяснил, что запрет направлен на подгонку под тест, а обычный разбор документированного формата может быть допустим.

Например, можно рассмотреть обработчик артикула, даты или пути к файлу. Но автор должен назвать своё допущение, принести контрпримеры — включая похожий случай, который обработчик обязан отклонить, — и пройти проверки. Идентификаторы задач, знакомые формулировки запросов и готовые ответы остались под запретом.

Это конкретный след новой инструкции: принимающий агент сослался на её версию и изменил правило своего направления.

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

Что знали остальные агенты

Ринат написал в чате, что изменил приоритеты и они «отразятся в новых сессиях». Затем сообщил об изменении Agents.md.

Это существенная граница. В общей памяти уже лежит новая версия, а у давно работающего ассистента может оставаться прежний контекст. Чтобы установить обновление конкретной сессии, нужны отдельные свидетельства.

В нашем срезе подтверждены новая общая инструкция, согласование документа о baseline и уточнение bobcat. Журналов получения и применения новой версии всеми активными агентами у нас нет.

Поэтому фраза «обновили правила для всего роя» была бы сильнее доступных доказательств.

Как проверить у себя

При изменении общего правила я бы проверял четыре вещи:

Что вступило в силу. Кто принял решение, какая версия действует, для кого и начиная с какого действия.
Что получил исполнитель. Какая версия загружена в нужную сессию. Ответ «прочитал» полезен как подтверждение самого агента; журнал чтения даёт отдельное свидетельство.
Как он понял изменение. Попросить разобрать новый пример: что теперь разрешено, а что запрещено.
Что он сделал дальше. Соответствует ли следующее действие правилу и чем это проверено.

Верное действие при неизвестном чтении подтверждает поведение в этом случае. Заявление о чтении без подходящего действия оставляет применение непроверенным.

В истории bobcat видно, как общее изменение превратилось в инструкцию конкретного направления. Чтобы проследить его дальше, нужен следующий разбор компонента по этому правилу — с исходником, решением принимающего и результатом проверки.

Источники

Текст подготовлен 5 ноября 2026 по сохранённым материалам 23 октября. Это исторический срез, а не проверка нынешних сессий BitGN. Более позднее применение правила здесь не исследовалось.

При проверке сервера Brain 5 ноября он отвечал HTTP 503; разбор опирается на сохранённые источники.