Правила для агентов тоже становятся legacy-кодом
Саммари
Инструкции и правила для coding-агентов накапливаются быстрее, чем их проверяют: к моменту, когда правила начинают ревьюить как код, часть из них уже устарела, дублирует существующие механизмы или противоречит друг другу. Ставит это в один ряд с обычным legacy: опора на аудит Cockroach Labs (25 skill-файлов объёмом больше 100 тысяч слов, из которых ≈23 тысячи слов помечены удаляемыми) и собственный пилот проверки «правил-предложений» перед добавлением. Автор предлагает простой шлюз: пять строк на каждое новое правило — воспроизводимый сбой, существующий механизм, точка изменения, проверка и статус — и показывает, как этот шлюз сократил три предложения до одного конкретного брифа.
Из этого следует, что правила агента нужно вести как код с тестами и владельцем: устаревшая инструкция не просто занимает контекст, она управляет поведением так же, как старый конфиг, только без ревью и без CI.
На практике для команд, ведущих AGENTS.md/скиллы в проектах курса и RevitAiTools: шлюз из пяти строк дёшев в внедрении и отсекает дубли — три предложения «в общие правила» после проверки существующего кода превратились в один конкретный бриф с найденным багом (теряющиеся счётчики прогонов baseline).
Важный нюанс: пример «11 кругов доработки за два дня» — это про перерегулирование: иногда цикл согласования полезнее остановить, чем добавить ещё одно требование, поэтому статус «идея/бриф/принятое решение» в пятой строке не формальность.
Ограничение: цифры Cockroach (23% помечено, 18% удалено) — это оценка объёма текста, а не сэкономленных токенов или денег; сравнивать «экономию» по ним нельзя.