colormaster

Plan / Epic 確定後の実装着手 → Lint/Test → AI Review → マージ → レトロ起動 → worktree クリーンアップを 10 フェーズ (Phase 0-9) で統合管理するオーケストレーター。 Phase 0 で git worktree を作成し、Phase 9 で削除することで複数 Claude Code セッションの 並行実装を物理分離する。`feature-request` / `bug-fix` / `refactor` / `dependency-upgrade` が起票した Plan / Epic 確定後の実装着手指示を受けたとき、または orchestrator skill が per-task pane に Phase 0-9 自走を委譲したときに本 Skill に従って動作する。

ローカル Claude Code 内でポーリング起動し、gh CLI で merged/closed PR を取得 → 未処理 PR があれば pr-retrospective を起動、Renovate ラベル PR があれば dependency-upgrade を起動するハーネスループ起点 Skill。3 系統の起動経路 (起動時 + CronCreate + ScheduleWakeup) に対応するため .claude/locks/pr-poller.lock で排他制御し、 pending-fetch 項目の再走査と harness-meta 自動起動の閾値判定も担当する。

アーキテクチャ決定の ADR 起票を担当する Skill。起票基準判定 + 採番 + テンプレ起草 + 関連 ADR 双方向リンク + INDEX 更新を実施。起票基準を満たさない決定は rules / epic decisions.md / learning への記録を推奨し、本 Skill は起草で完了する。 議論 / approve / merge は人間レビューに委ねる (Skill は merge を実行しない)。

外部研究 / ベストプラクティス駆動の改善ループを担う Skill。手動起動のみで cron 不採用 (ADR 0026)。 WebSearch / WebFetch + Context7 MCP でホワイトリスト外部情報源を取得し、既存ハーネス (`.claude/skills/` / `.claude/rules/` / `docs/`) と gap 分析を行い、 `docs/harness/evolution-proposals/YYYY-MM-DD.md` を出力する。重要案は `example-skills:skill-creator` 経由で Skill scaffold / Plan / EPIC 起票し、人間 approve を必須とする。

pr-retrospective が生成した learning ファイル群の「🤖 ハーネス改善提案」セクションを 入力に、harness-meta-criteria の採用 / 見送り / 撤去 3 分岐で判定し、採用は改修 PR (rule / Skill / ADR 起票) 起票、見送りは元 learning に「📝 harness-meta フィードバック」 追記、撤去は status removed → 物理削除の 2 段階 PR で実行する内部 KPT 駆動 Skill。 dry-run 必須条件該当時は dry-run 先行。

[archived A3-14 / 2026-05-18] Phase A の A1〜A10 を進める汎用 Skill。専用 Skill 群が A3 で出揃ったため archived 化。新規呼び出し禁止。本ファイルは履歴参照用。

対象 PR の diff / comments / reviews / CI ログ / Skill 実行ログ / 三層指標差分 / 関連 Plan・Epic を収集し、docs/harness/learnings/YYYY-MM-DD-pr-<n>.md を日本語の構造化フォーマットで生成する。 harness/learnings-batch-YYYY-WW ブランチに集約し、週次 (or 件数到達時) に PR として起票する。

plan.md と docs/epics/EPIC-NNN-*/ を入力に docs/harness/roadmap.md (全体) と docs/epics/<id>/roadmap.md (Epic 別) を生成・更新する。進捗・完了根拠・Open Questions・ 障壁・着手順変更履歴を一元管理し、並行実装容易性に基づく「次の推奨着手 (top-N)」を出力する。 plan.md / Epic 本体への逆同期はしない (片方向ミラー、R-34)。Plan は 1 PR 完結のため対象外。 epic-author の Epic 起票直後、implementation-workflow Phase 8 (Merge 直後)、 pr-poller の pending-fetch 再走査、または「ロードマップ更新」「次の推奨着手を出して」 「障壁記録」「保留事項追加」等の手動指示で起動される。

Konsist で Composable をスキャンして @Preview 不在を検出 → Plan 起票、 Roborazzi で 4 パターン (mobile/desktop × Light/Dark) screenshot baseline 生成、 DESIGN.md と UI Inventory のドラフト起草、hex/sp/dp ハードコード検出 → tokens 化提案を行う。

Generator から独立した Evaluator として 8 aspect (spec-conformance / test-quality / architecture / security / performance / code-quality / visual-regression / design-tokens) をローカル Claude Code のサブエージェントで並列実行し、Coordinator が日本語の構造化 レビューコメントを PR に post して Merge readiness を判定する。implementation-workflow Phase 6 (Evaluation) から呼び出される、または orchestrator pane / 人間から「PR レビューして」 と指示されたときに本 Skill に従って動作する。R-13 (Generator/Evaluator 独立性) と R-37 (Claude API 直接呼び出し禁止、サブエージェント並列) を維持。

cmux 上で 1 ペイン = 1 PR を厳守しながら複数 Claude Code セッションの並列実装を統合する オーケストレーター。orchestrator workspace 1 つから per-task workspace を spawn し、 30 秒ポーリング / 自動回答 / stale display 復旧 / context 60% handover / R-15 担保 代行 merge / ファイル経由プロンプト送信までを単一の責務単位で実行する。複数 PR を 物理分離した worktree で並列実装したい時、per-task pane が classifier ブロックで停止 した時、context が 60% に到達して handover が必要な時、stale display 残骸で per-task pane の真の state が読み取れない時、200 字超の prompt を per-task pane に投入する時に 本 Skill に従って動作することを推奨する。

pr-poller がローカルで検出した Renovate labeled open PR の number を入力に、依存変更内容 / 上流 changelog / 破壊的変更 / 影響範囲を解析し、解析結果サマリを PR に gh pr comment で post + 必要時に plan-author (単一 PR 完結) / epic-author (major version bump で multi-file refactor が必要) を呼んで Plan / Epic 起票で Spec Gen を引き継ぐ Skill。自動 merge / approve ラベル付与は行わず (R-15 人間 approve 必須)、approve 推奨度判定までを担当する。

人間 / 他 Skill からの新機能要求を入力に要件 (REQ-NNN) と基本設計 / 詳細設計 (SPEC-NNN-basic / -detail) を起草し、単一 PR スコープなら plan-author、複数 PR スコープなら epic-author を呼んで Plan / Epic 起票で完結する Spec Gen 専任 Skill。実装には踏み込まず、コード断片を docs/requirements / docs/specifications 本文に書かない (§4.6 コード禁止原則)。Plan / Epic 起票後は implementation-workflow にバトンタッチする。

bug 報告を入力に再現手順 / root cause / 仕様 gap を分析し、Plan 起票で完結する Skill。 修正実装は本 Skill ではなく implementation-workflow に委譲。再現テスト案 + git blame 駆動 root cause を Plan に含める。spec gap 発見時は docs/specifications/ 補強も起票。

人間 / 他 Skill からの refactor 要求 (構造改善 / 命名変更 / 依存削減 / モジュール再編 等) を入力に、影響分析 + behavior preservation 検証点列挙 + 規模判定で Plan / Epic を起票する Skill。実装は後続の implementation-workflow に委譲する。touch ファイル / 既存テスト / 既存 SPEC への影響 + Roborazzi screenshot baseline 等を Plan に明示し、振る舞いを変えない refactor のみを扱う。単一 PR 完結なら plan-author、複数 PR (touch ファイル > 30 等) なら epic-author を呼び出す。

複数 PR にまたがる Epic について docs/epics/EPIC-NNN-<slug>/ を template から 生成し、docs/epics/INDEX.md を更新する。生成直後に roadmap-tracker を起動して 全体ロードマップに新規 Epic を取り込む。

単一 PR スコープの取り組みについて docs/plans/PLAN-NNN-*.md を 1 ファイル生成し、 docs/plans/INDEX.md を更新する。feature-request / bug-fix / refactor が 「単一 PR スコープ」と判定したときに呼ばれる。