Files
dotfiles/agents/.agents/skills/codex-subagent-playbook/references/field-notes.md
T
ddadmin f9ea5b8c44 refactor(skill): плейбук возвращён к оптике тонкого мастера
- Зачем:
  - субагенты должны сохранять внимание мастера и помогать результату, а не обслуживать обязательный конвейер.
- Что:
  - семиступенчатый процесс заменён эвристиками выбора исполнителя, проверяющего и независимого ревьюера.
  - права агентов отделены от канала результата, а полная полезная нагрузка выведена из контекста мастера.
  - добавлены авторитетные договоры промптов, полевые заметки и handoff следующей сессии.
- Проверка:
  - git diff --cached --check.
  - свежий обзор через writing-great-skills, все принятые находки закрыты.
2026-07-12 23:50:37 +03:00

3.4 KiB

Полевые заметки

Читай при развитии скилла и первом прогоне в новой среде. Храни здесь только факты, которые меняют выбор приёма, и живые предположения. Поглощённый урок сжимай до одной строки с указателем на действующий договор.

Наблюдения

  • 2026-07-10 — хост скрыл выбор роли и модели; стоимость осталась незакреплённой. Исследователь нашёл блокирующий .gitignore, но без нужды запустил полный набор тестов. Вывод поглощён в основную оптику и мандаты.
  • 2026-07-10 — главной утечкой контекста была повторная передача отчётов и промптов через мастера. Вывод поглощён в правила обмена и сборку промптов.
  • 2026-07-12 — разные семейства ревьюеров пересеклись в двух темах примерно из восьми и сохранили заметный независимый вклад. Вывод поглощён в основную оптику.
  • 2026-07-12 — самоприменение поймало сломанную сборку с необязательным notes.md и показало, что язык обмена надо задавать явно. Вывод поглощён в сборку промптов.
  • 2026-07-12 — тот же прогон выявил регрессии производного скилла: второй ревьюер того же семейства не давал новой родословной; мастер вывел в свой контекст 44 хэша, полный отчёт и почти весь diff; права ревьюера смешались с каналом результата; семь буквальных этапов породили лишние проверки. Вывод поглощён в основную оптику.

Проверить боем

  1. Выбирает ли текущий хост пользовательского агента по имени и показывает ли фактически использованную модель после новой сессии с TOML.
  2. Даёт ли дешёвая роль экономию без повторной работы сильной модели.
  3. Остаётся ли дерево неизменным после ревьюера с workspace-write и явным мандатом не менять исходники.
  4. Доступны ли ревьюеру поиск и документация при текущих сетевых разрешениях.
  5. Достаточно ли файлового канала, чтобы мастер не открывал полный отчёт и сырые журналы.
  6. Когда отдельный проверяющий или вторая линия ревью окупаются лучше объединения совместимой работы.