| name | retro |
| description | 1 つの作業 (task / story / sweep / hotfix) を完了したあと、判断・詰まり・手戻りから root AGENTS.md / root CLAUDE.md / 各 skill の改善案を抽出して提案する skill。Story 完了時は Orchestra が、task / 単発作業完了時は実装 agent 自身が起動する。 |
retro
直近の作業を振り返り、再発防止と高速化のためにルール / skill 自体を更新する提案を出す。コード変更ではなく運用の正本を改善する。
いつ使うか
- task PR 作成・完了報告の末尾 (claude-code / codex の自動フローに組み込み)
- story の final review 完了直後 (Orchestra)
- nightly-issue-sweep 完了直後
- hotfix 完了直後 (緊急対応の再発防止のため特に重要)
いつ使わないか
- 同じ作業中に複数回 (1 作業 = 1 retro)
- 完了していない作業 (途中の retro は誤った教訓を残す)
入力
- 作業ログ (会話履歴 / PR 本文 / レビューコメント)
- 詰まった点・手戻り・想定外の挙動
- ルールに従ったが空回りした手順 / ルールから外れて結果的に正しかった判断
振り返り対象 (正本ファイル)
| 対象 | 改善が乗りやすい兆候 |
|---|
root AGENTS.md の managed block 外 | repo-local な Codex / PR review / PO / Orchestra ルール |
root CLAUDE.md の managed block 外 | repo-local な claude-code / subagent / final review ルール |
.agents/skills/.local-<name>/SKILL.md | repo-local な Codex skill の手順抜け / 落とし穴の追加 |
.claude/skills/.local-<name>/SKILL.md | repo-local な Claude Code skill の手順抜け / 落とし穴の追加 |
.github/ISSUE_TEMPLATE/*.yml | Issue 起票時に毎回手で埋める項目があるなら template 化 |
scripts/ / .launchd/jobs/ | 自動化の漏れ / 手動運用の機械化 |
vibe-coding が管理する managed block や非 dot prefix の配布 skill 自体の改善は、このリポジトリ内で直接編集せず、vibe-coding 側の後続 Issue / PR として提案する。README.md / docs / メタ説明はコメント方針に従って更新しない。
抽出フロー
- 作業中に詰まった点を 1 つずつ拾う (例: 「ラベル整合の確認手順を毎回手で書いた」)
- それがルール不在か、ルールはあるが skill / docs にないかを判定
- 該当する正本ファイルを特定 (上の表)
- 改善案を 1 行で書く (
<file>: <変更案>)
- やらない改善も明記する (= 提案棄却の理由)
出力フォーマット
完了報告の末尾に追加する形を取る。提案は 0 件でも明示する (= retro したが追加なしは正しい結果)。
## Retro
### 提案
- `.agents/skills/.local-github-read/SKILL.md`: repo-local skill で review thread の Node ID と databaseId の混同が起きたので落とし穴に追記
- root `AGENTS.md`: hotfix 経路で `<trunk>` 直接 task と story 並行が混乱したので managed block 外の local rule を補強
- root `CLAUDE.md`: subagent 起動時の isolation 指定漏れがあったので managed block 外に local rule を補強
### 棄却
- root `AGENTS.md` への追加なし: 今回の論点は Claude 固有のため root `CLAUDE.md` 側で吸収
### 後続
- vibe-coding 管理の配布 rule / skill 自体を変える必要がある場合は、vibe-coding 側で後続 Issue / PR を作る
ルール反映の経路
retro で出た提案は、repo-local な改善と vibe-coding 管理の配布物改善を分けて扱う。提案だけで放置しない。
- repo-local な改善は root
AGENTS.md / root CLAUDE.md の managed block 外、または repo-local skill / script に反映する
- vibe-coding 管理の managed block / 配布 skill の改善は、このリポジトリ内で直接編集せず vibe-coding 側の Issue / PR に切り出す
- 提案の規模が小さければ retro 直後の同じセッションで PR にしてもよい
- 規模が大きければ後続 Issue として起票する
落とし穴
- 「次回気をつける」で終わらせない: 必ず正本ファイルへの差分案にする
- コード上の reactive な修正を retro に混ぜない (それは作業 PR / 後続 Issue の話)
- 1 retro で正本を大きく書き換えない: 提案は粒度を保つ。大きい改訂は別 Issue で議論
- 「うまくいったから」の確認は、想定外に成功した非自明な判断だけ記録する。当たり前にうまくいった点は書かない