Самая сложная часть самостоятельного редактирования агента — решить, кто держит ручку.

В какой-то момент каждая настройка агента кодирования обрастает собственным небольшим руководством по эксплуатации. Есть файл с инструкциями по проекту, папка с правилами, возможно, несколько навыков. некоторые определения субагентов и растущий список уроков из предыдущих запусков. Позволить агенту поддерживать эти файлы — заманчиво. Здесь самый свежий вид на что помогло, что мешало, а что стоит подтянуть в следующий раз. Само редактирование файла легко. Модель власти – это самая сложная часть. Если агент может переписать свои инструкции, что мешает ему переписать и правило, в котором указано, какие инструкции можно изменить? Циклическая версия не работает. Представьте себе репозиторий с этими файлами: .github/workflows/verify-selfedit-receipts.yml selfedit-policy.toml .selfedit-gate/receipts.jsonl .claude/rules/testing.md Последний файл — поведение. Первые три определяют или проверяют полномочия. В политике может быть указано, что .claude/rules/** является изменяемым, а .github/** и сама политика защищена. Это полезно, но только если агент не может вокруг политики и писать эти файлы напрямую. Такая же проблема возникает при проверке. Цепочка поступления может быть внутренней последовательным, но при этом быть бессмысленным, если