orchestrate について
orchestrateは、段階的な工程と検証ゲートを通じて機能を開発するスキルです。調査と確信度の判定から、承認を得た計画、実装チェック、レビューまでコーディングエージェントを導きます。
主な機能
- 01段階的な機能開発プロセス
- 02確信度に基づく調査判断
- 03実装前の計画承認
- 04実装中の品質ゲート
- 05コミット前の変更レビュー
- 06段階に応じたエージェント選択
活用シーン
- 01複数ファイルにまたがる機能開発
- 02不明確または複雑な要件への対応
- 03複数領域にまたがるコード変更
- 04コードベースにないパターンの導入
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ rohitg00/ pro-workflow --skill orchestrateインストール後、Claude Code で/orchestrateを入力して読み込まれたか確認します。
詳細
オーケストレーション - 複数フェーズにわたる機能開発
検証ゲートを設けた構造化されたフェーズを通じて、機能を構築します。
パターン
/develop <feature>
│
├── Phase 1: Research (orchestrator agent)
│ └── Score confidence → GO/HOLD
│
├── Phase 2: Plan (orchestrator agent)
│ └── Present plan → wait for approval
│
├── Phase 3: Implement (orchestrator agent)
│ └── Execute plan → quality gates
│
└── Phase 4: Review (reviewer agent)
└── Code review → commit
使用方法
機能の構築を依頼された場合:
- 調査から始めます:オーケストレーターエージェントまたはスカウトエージェントに依頼して、コードベースを調査します
- GO/HOLD を待ちます:確信度が 70 未満の場合は進めません
- 計画を提示します:変更するすべてのファイル、アプローチ、リスクを一覧にします
- 承認を得ます:明示的に「進めてください」と指示されるまでは、決して実装しません
- 段階的に実装します:5 回編集するごとに品質ゲートを設けます
- コミット前にレビューします:変更内容をレビュアーエージェントで確認します
使用する場合
- 機能が 5 ファイルを超える変更に及ぶ場合
- アーキテクチャ上の判断が必要な場合
- 要件が不明確または複雑な場合
- 横断的な懸念事項がある場合(認証、ロギング、エラー処理)
- コードベースでまだ確立されていない新しいパターンを使う場合
使用しない場合
- すぐに修正できるバグ修正の場合
- 変更が単一ファイルに限られる場合
- 十分に理解されているパターンを使う場合(既存のコードに従います)
- ドキュメントのみの変更の場合
エージェントの選択
| フェーズ | エージェント | 理由 |
|---|---|---|
| 調査 | scout(バックグラウンド、worktree) | 処理を妨げない調査 |
| 計画 | orchestrator(opus、memory) | 深い推論、パターンの想起 |
| 実装 | orchestrator(opus、memory) | すべてのツールにアクセス可能 |
| レビュー | reviewer(read + bash) | セキュリティと品質を重視 |
| デバッグ | debugger(opus、memory) | 体系的な調査 |
Pro-Workflow との統合
- 実装中の修正によって自己修正ループが開始されます
- フックを通じて、チェックポイントで品質ゲートが作動します
- 各フェーズの最後に学びが記録されます
- セッションの引き継ぎはフェーズをまたいで機能します
コメント
Markdown 対応