org-retrolisted

# org-retro: 委譲プロセスの振り返り ワーカーへの委譲が完了した後、委譲プロセス自体を振り返り改善する。 加えて、完了タスクの作業パターンがwork-skillとして再利用可能か判断する。 **注意**: 実作業の技術的な知見（はまりポイント、API の癖等）はワーカーが CLAUDE.md の指示に従い 自動的に `knowledge/raw/` に記録する。ここでは扱わない。 > **輸送層 両系（`ORG_TRANSPORT`: 既定 `renga` / opt-in `broker`）**: 本スキルの `mcp__renga-peers__*`（報告の `send_message`）は **既定 `renga`** で書いてあり、`ORG_TRANSPORT` 無設定ならそのまま従えばよい（既定挙動不変）。`ORG_TRANSPORT=broker`（opt-in・切戻し可）では完全修飾名が **`mcp__renga-peers__*` → `mcp__org-broker__*`** に機械置換され、受信は in-band push ではなく **pane-local ナッジ + `check_messages` で pull**、エラーは broker 追加コード（[`.claude/skills/org-delegate/references/renga-error-codes.md`](../org-delegate/references/renga-error-codes.md) の broker 節）が加わる。設計 SoT は transport-lab `docs/design/ja-migration-plan.md` §5.2(ii)、契約面は [`docs/contracts/backend-interface-contract.md`](../../../docs/contracts/backend-interface-contract.md) Surface 8（批准待ち）。既定 renga の手順は不変（broker は加算）。 ## Step 1: 委譲プロセスの振り返り 以下を整理する: - **タスク分解は適切だったか**: 粒度が大きすぎ/小さすぎなかったか - **指示は明確だったか**: ワーカーが迷わず作業できたか、質問が多くなかったか - **プロジェクト選定は正しかったか**: 正しいディレクトリで作業できたか - **並列度は適切だったか**: ワーカー数が多すぎ/少なすぎなかったか - **完了報告は十分だったか**: ワーカーからの報告で人間に説明するのに足りたか ## Step 2: 改善すべき知見の判断 以下の基準で「記録すべきか」を判断する: **記録する**: - 同じ種類の委譲で再び遭遇しそうなパターン - 指示テンプレートの改善につながる気づき - プロジェクト固有の制約で次回も影響しそうなもの - ワーカーの振り返り記録が不十分/過剰だった場合の改善点 **記録しない**: - タスク固有の一度きりの問題 - ワーカーが既に技術的知見として記録済みのこと ## Step 3: 記録 知見がある場合、以下のパスにファイルを作成する: - パス: `knowledge/raw/{YYYY-MM-DD}-delegation-{topic}.md` - `{topic}` は英語 kebab-case（例: `delegation-task-