fix(skills): имена вердиктов переименованы на ось этапа, не линии

- Зачем:
  - вчерашнее переименование `review-<task|code>-*` встало на неверную
    ось: `task` и `code` — это две линии этапа 4 (уместность и дефекты),
    а не этапы. Межэтапная коллизия, ради которой всё делалось, осталась
    открытой: у ревью постановки имени вердикта не было вовсе.
  - сборка триажа при этом называла оба вердикта «линия code», хотя один
    из них — вердикт линии уместности.
- Что:
  - вердикты и параметрический блок этапа 4 — `review-impl-*`, этапа 2 —
    `review-spec-*`; общий блок снова один на обе линии этапа.
  - логи ревьюера тоже несут этап (`review-impl-stdout.jsonl`) — раньше
    этап 4 молча затирал лог этапа 2, единственное доказательство для
    проверки «вердикт без находок: работа или отписка».
  - в prompt-templates.md названы имена файлов этапа 2 и добавлено
    предупреждение, что `task` — линия уместности, а не постановка.
  - SKILL.md этапа 5 показывал `вердикт-A.md вердикт-B.md`; заменено на
    реальные имена, комментарий в рецепте ревьюера исправлен.
- Проверка:
  - grep по обменным именам: старых не осталось вне уроков, новые
    согласованы между SKILL.md, prompt-templates.md и codex-exec.md.
  - все markdown-ссылки скилла резолвятся.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Dmitry DementievandClaude Opus 5 committed 2026-08-03 23:52:49 +03:00
1 parent abc00a06be
commit 5fa98d4d0b
3 files changed
+31 -21

No files matched your search

@@ -142,14 +142,14 @@ cat "$D/task-prompt.md" | codex exec --json --strict-config \
## Ветка «ревьюер» (свежий тред, мандат промптом)
```bash
# линия кода; для постановки — тот же вызов, но
# review-prompt-task.md -> review-task-codex.md
# линия дефектов этапа 4; линия уместности и этап 2 — тот же вызов,
# другой промпт и другой вердикт (имена — prompt-templates.md)
cat "$D/review-prompt-code.md" | codex exec --json --strict-config \
-s workspace-write -m gpt-5.6-sol \
-c 'model_reasoning_effort="high"' \
-c 'approval_policy="on-request"' -c 'approvals_reviewer="auto_review"' \
-o "$D/review-code-codex.md" - \
> "$D/review-stdout.jsonl" 2> "$D/review-stderr.txt"
-o "$D/review-impl-codex.md" - \
> "$D/review-impl-stdout.jsonl" 2> "$D/review-impl-stderr.txt"
```
- **Свежим тредом**, не тем, что писал код. Вызов тот же, что у исполнителя:
@@ -165,10 +165,10 @@ cat "$D/review-prompt-code.md" | codex exec --json --strict-config \
`git status --porcelain` до ревью и сверка после — дерево должно остаться
нетронутым.
- **Вердикт без находок — проверь лог: работа или отписка.** Дёшево:
`grep -c '"command_execution"' "$D/review-stdout.jsonl"` (счётчик
`grep -c '"command_execution"' "$D/review-impl-stdout.jsonl"` (счётчик
выполненных команд) или промежуточные сообщения —
`jq -r 'select(.item.type=="agent_message") | .item.text'
"$D/review-stdout.jsonl"`. Одна строка APPROVED при пустом счётчике —
"$D/review-impl-stdout.jsonl"`. Одна строка APPROVED при пустом счётчике —
отписка, перезапускай.
- `-o`-файл вердикта — и есть обменный артефакт: на триаже он уходит в
fix-промпт конкатенацией, читай его один раз для синтеза и не пересказывай.