AIの鬼
#新モデル Zenn AI

Claude Code で Matt Pocock skills の /implement を並列オーケストレーター化

Claude Code で Matt Pocock skills の /implement を並列オーケストレーター化(内容を表す図ではないイメージ画像)
イメージ

Matt Pocock の skills プラグインは /grill-with-docs → /to-spec → /to-tickets → /implement という流れで設計思想が一貫している。ただし /implement は『1 セッションに 1 チケット、終わったら /clear』という直列設計だ。公式ドキュメントにも『複数チケットの並列実装(fan-out)は要望は多いが存在しない』と明記されている。一方、Claude Code 標準にはサブエージェント機能がある。そこで、設計フェーズはそのまま Matt を使い、実装フェーズだけを Claude Code の parallel orchestrator に置き換える /implement-orchestrated というスキルを自作した。

仕組みの面白さは、セッション分離と回復可能性だ。チケット 01・02・03 を同時に複数の coder サブエージェントに配り、それぞれが独立した worktree で実装する。前のチケットの完了をそのまま下流に渡す(worktree.baseRef = head)ので、チケット依存があっても衝突しない。サブエージェント側は『テストを書く境界』『報告を context pointer(ブランチ・SHA・パス)で返す』という pre-agreed seams を守るだけ。フック経由でマット側の台帳ファイル(docs/agents/issue-tracker.md)を読み書きするので、大元の Matt 流の仕様変更も自動で下流に反映される。つまり公式プラグインとの間に『設計を共有する薄い膜』ができたわけだ。

実務にはチケット処理速度で効く。チケット 1 件 30 分だったら、従来は 3 時間かかる 3 件が 30 分で終わる。並列数に上限(マシンリソース・トークン枠)はあるが、スプリント内の多数の小さなタスク(バグ修正、単機能の実装、リファクタ)を同時に配れるなら、納期圧縮は現実的だ。

※ 上記は配信元記事をもとにAIの鬼編集部が要約・再構成したものです。正確な内容は出典元をご確認ください。

御社でもAIを使ってみませんか
まずはここから 御社でもAIを使ってみませんか? 御社の実際の業務を題材に、AIで何ができるかを一緒に考えます。 「ChatGPTの使い方」を教えるだけの研修ではありません。 AI研修・AI活用相談 →