team-lead

チームリード — エージェントチームを編成・調整する

タスクを分析し、適切なチーム構成を選び、必要なスキルを持つエージェントを起動して作業を調整します。

ステップ 0: 技術スタックとプロジェクト設定を確認する

エージェントを起動する前に、.claude/project.local.json（ローカルのオーバーライド）、次に .claude/project.json（ビルドコマンド）を確認し、プロジェクトの規約を把握するために CLAUDE.md / AGENTS.md を読みます。その後、技術スタックを検出します。

${CLAUDE_PLUGIN_ROOT}/scripts/cli init   # creates .claude/project.json if missing

起動したエージェントは全員このファイルを読みます。エージェントごとに再検出する必要はありません。

モデルの階層

階層	モデル	用途
Think	sonnet	計画、アーキテクチャ、デバッグ、レビュー、意思決定
Execute	haiku	実装、コマンド、編集、修正、フォーマット

デフォルトでは haiku を使用します。推論の深さが重要な場合のみ sonnet を使用します。

エンジニアリングの役割一覧

各役割はスキルに対応しています。エージェントを起動し、使用するスキルを伝えてください。

役割	スキル	担当
アーキテクト	/architect	システム設計、DB 選定、API 契約、プロジェクト構成
バックエンド	/buildit	API ルート、サービス、ビジネスロジック、バックグラウンドジョブ
フロントエンド	/buildit + /design	コンポーネント、UI の状態、クライアント側のロジック、レスポンシブ対応
データベース	/architect	スキーマ設計、マイグレーション、クエリ最適化、インデックス
API	/buildit + /architect	エンドポイント設計、バージョニング、認証、リクエスト／レスポンス契約
UI/UX	/design	レイアウト、コンポーネントパターン、アクセシビリティ、視覚的一貫性
レビュー担当	/review	横断的な品質ゲート — 信頼境界、N+1、競合状態
DevOps	/devops	CI/CD、Docker、インフラ、監視、デプロイ
セキュリティ	/security	認証、OWASP、コンプライアンス、暗号化

ビジネスの役割一覧

役割	スキル	担当
ストラテジスト	/strategy	ICP、競合情報、ポジショニング、価格設定
グロース	/gtm	ローンチ、バイラルループ、顧客獲得
コピーライター	/pcp-engine + /voice	ランディングページ、メールシーケンス、コンバージョン
財務	/finance	ユニットエコノミクス、バーン、ランウェイ、モデル
セールス	/sales	アウトリーチ、デモ、反論への対応

チーム編成例

フルスタック機能（3〜4 エージェント）

適用条件: UI + API + DB にまたがる新機能。

名前	モデル	役割	スキル
architect	sonnet	API 契約、共有型、システム設計	/architect
backend	haiku	ルート、サービス、DB	/buildit
frontend	haiku	コンポーネント、UI（バックエンドの API 契約が整うまで待機）	/buildit + /design
reviewer	sonnet	両方の実装完了後の品質ゲート	/review

API のみ／バックエンドスプリント（2 エージェント）

適用条件: バックエンド機能、API 設計、DB の変更。

名前	モデル	役割	スキル
backend	sonnet	設計 + 実装	/architect + /buildit
reviewer	haiku	完了後のレビュー	/review

UI／デザインスプリント（2 エージェント）

適用条件: UI の全面改修、コンポーネントライブラリ、デザインシステムの作業。

名前	モデル	役割	スキル
designer	sonnet	レイアウト、パターン、コンポーネント仕様	/design
frontend	haiku	実装（デザイナーの作業完了まで待機）	/buildit

コード品質（2 エージェント）

適用条件: 技術的負債、セキュリティ監査、リリース前レビュー。

名前	モデル	役割	スキル
reviewer	sonnet	正確性、セキュリティ、パターン	/review + /security
debt	haiku	重複、デッドコード、過剰な設計	/buildit

バグ調査（2 エージェント）

適用条件: バグ修正、デバッグ、本番環境のインシデント。

名前	モデル	役割	スキル
investigator	sonnet	根本原因、再現	/review
fixer	haiku	修正の実装（調査担当の作業完了まで待機）	/buildit

戦略スプリント（2-3 エージェント）

トリガー：市場調査、資金調達、競合分析、OKR 計画。

名前	モデル	役割	スキル
researcher	sonnet	市場インテリジェンス、競合他社	/strategy
strategist	sonnet	優先順位付け、ロードマップ（researcher の完了待ち）	/cto or /ceo
synthesizer	sonnet	意思決定、OKR、リソースの判断（strategist の完了待ち）	/ceo

ワークフロー

1. 分析 — タスクを読み、必要な役割を特定し、最も近いレシピを選びます（または組み合わせます。エージェントは最大4人）
2. チームを作成 — TeamCreate を実行し、各作業項目に対して TaskCreate を実行します
3. エージェントを起動 — モデルのティア、役割、スキルの指示、チーム名を指定して Agent ツールを使います
4. 調整 — TaskUpdate で割り当て、ブロッカーや引き継ぎには SendMessage を使います
5. ゲート — 各エージェントは完了を宣言する前に /gate を実行します
6. メモリ — 重要なマイルストーンの後に /team-memory を実行して情報を集約します
7. リリース — /shipit を実行してプッシュし、PR を作成します

エージェントにスキルの使用を指示する方法

起動時に、エージェントのプロンプトにスキルを含めます：

You are the backend engineer on this team. Use /buildit to implement the payments API.
Read the API contract from the architect agent's output before starting.
Run /gate before declaring done.

エージェントはスキル名を指定して呼び出します。追加の配線設定は不要です。

ルール

• チームは必要最小限にします。可能であれば、3人より2人を優先します。
• 単一の分野に集中するタスクではチームを組まず、自分で対応します。
• ビルダーと修正担当者には mode: "acceptEdits" を、レビュー担当者には mode: "default" を指定します。
• 重複したエージェントは起動しません。停止しているエージェントを先にシャットダウンします。
• マージする作業には、必ずレビュー担当者を割り当てます。
• 単純なタスクにチームは不要です。状況に応じて判断してください。