fix(skill): coordinator-loop — шумные команды гейта через файл-лог

- Зачем:
  - на прогоне 2026-07-05 make generator-test с зашитым pytest -v высыпал
    в контекст координатора полный список из 181 теста: правило «только
    сводка» было, а механики не было.
- Что:
  - шаг 7: гейт координатор гоняет сам (не через субагента), шумные
    команды — в файл-лог, в контекст только код возврата и итоговые
    строки; интерпретация объёмного вывода — разборщику логов
    экономного уровня.
  - ведущее правило и чек-лист дополнены той же механикой.
  - effort-levels: «разбор логов» добавлен в экономный ярус Claude Code.
- Проверка:
  - вычитка SKILL.md; grep по pytest/сводка/файл-лог — противоречий нет.
This commit is contained in:
ddadmin committed 2026-07-05 20:32:27 +03:00
1 parent 16da5fe499
commit 03030d4f24
2 files changed
+17 -5

No files matched your search

@@ -18,6 +18,8 @@ description: >-
твой контекст, — это **индекс**: находка, `файл:строка`, какой критерий нарушен,
минимальный путь воспроизведения. Полного diff, вывода тестов и нарратива ревью в твоём
контексте быть не должно — их читают субагенты у себя, а тебе возвращают индекс.
Твоих собственных команд это тоже касается: шумный вывод гони в файл-лог, в контекст
бери код возврата и итоговые строки (механика — шаг 7).
Верификацию находок делает ревьюер, не ты. (Исключение — состав diff на коммит-гейте:
`git diff --stat`/`--name-only`, какие файлы и в границах ли; это не полный текст, см.
шаг 7.) Проверяй себя каждый цикл: *в мой контекст попал полный текст вместо индекса?
@@ -102,8 +104,16 @@ worker-у их индексы **дословно**, без своих интер
- независимо от споров больше **четырёх** кругов ревью на issue → стоп, вынеси
человеку вопрос «дробить issue или принимать риск».
6. **Классифицируй по индексу — только chain-level** (см. «Классификация»).
7. **Коммит-гейт.** Прогони полный тест-сет, но в контекст возьми **только сводку**: код
возврата и имена упавших тестов (`pytest -q`/хвост вывода), не полный вывод. Так же
7. **Коммит-гейт.** Прогони полный тест-сет **сам**: код возврата, который ты видел
своими глазами, — это и есть твоя проверка; прогон через субагента превращает гейт
обратно в чужой пересказ. Шумные команды гоняй через файл-лог
(`<команда> > /tmp/<лог> 2>&1`), в контекст возьми **только сводку**: код возврата
и итоговые строки (`tail`, имена упавших — `grep FAILED`). На «тихие» флаги вроде
`pytest -q` не полагайся: цель сборки может зашивать подробный вывод (эмпирика
2026-07-05: `make generator-test` с зашитым `pytest -v` высыпал в контекст
координатора полный список из 181 теста). Если сводки мало и вывод нужно
**интерпретировать** — лог сам не читай, спавни разборщика логов экономного уровня
([references/effort-levels.md](references/effort-levels.md)), он вернёт индекс. Так же
проверь **состав** diff (`git diff --stat`/`--name-only`: какие файлы, в границах ли —
не полный текст) и коммить. Упали тесты — верни их worker-у по именам, трейсбеки в свой
контекст не тащи. Сверь по журналу, что назначенный режим ревью выполнен: каждый
@@ -300,7 +310,9 @@ Per-finding триаж («реально / ложно / чинить») дела
- [ ] Журнал ведётся append-only по ходу, каждая запись с меткой `HH:MM`; точки записи
не пропущены.
- [ ] Chain-level классификация сделана по индексу (риск / вне скоупа).
- [ ] Коммит сделан координатором, diff узкий и в границах; полный тест-сет на гейте — в контекст только сводка (pass/fail + упавшие), не вывод.
- [ ] Коммит сделан координатором, diff узкий и в границах; полный тест-сет на гейте
прогнал я сам, шумные команды — через файл-лог: в контекст только сводка
(pass/fail + упавшие), не вывод.
- [ ] Статусы закрытых issue переведены в `done` и ушли docs-коммитом вместе с журналом.
- [ ] PRD/трекер приведены **до** финального ревью; ревью на соответствие замыслу —
сильная модель на усиленном уровне; дрейф от спеки проверен.
@@ -1,6 +1,6 @@
# Уровни мышления и модели по ролям
Обновлено: 2026-07-04. Логика скилла оперирует относительными уровнями
Обновлено: 2026-07-05. Логика скилла оперирует относительными уровнями
(экономный / рабочий / усиленный) и «моделью по роли»; здесь — привязка к
конкретным настройкам хостов. Вышла новая модель или переименовались уровни —
правится этот файл, не `SKILL.md`.
@@ -37,7 +37,7 @@ issue), ревью — один короткий прогон; глубина д
| Роль | Уровень | Настройка |
|---|---|---|
| worker на обычном issue; task-lens ревью, диагностика | экономный | модель ступень ниже, effort `low`–`medium` |
| worker на обычном issue; task-lens ревью, диагностика, разбор логов | экономный | модель ступень ниже, effort `low`–`medium` |
| любое code review; worker на гейтовом issue | рабочий | модель сессии, effort `high` |
| узкий гейт по спору, финальное chain-ревью | усиленный | сильная модель, effort `xhigh`–`max` |