main-orchestrator
複数ドメインのAI開発プロジェクトを調整する
複雑なソフトウェアプロジェクトでは、フロントエンド、バックエンド、データチーム間で慎重な計画が必要です。このスキルは要件を実行可能なタスクに分解し、ドメイン固有のオーケストレーターを調整して品質基準が満たされるようにします。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「main-orchestrator」を使用しています。 Add a user notification system with email and push notifications
期待される結果:
- Epic created: epic-notifications
- Tasks defined: 5 tasks across frontend, backend, and data domains
- Dependencies mapped: backend tasks must complete before frontend integration
- Quality gates: 8 test types specified per task
- Recommended orchestrators: backend-orchestrator, frontend-orchestrator, data-orchestrator
「main-orchestrator」を使用しています。 Build a REST API for user authentication with JWT tokens
期待される結果:
- Epic created: epic-auth-api
- Tasks defined: 4 tasks in backend context
- Quality gates: security testing, performance testing, integration tests
- Orchestrator assigned: backend-orchestrator
「main-orchestrator」を使用しています。 Create a real-time dashboard showing sales metrics
期待される結果:
- Epic created: epic-dashboard
- Tasks defined: 7 tasks across frontend, backend, and data contexts
- Dependencies: data pipelines must complete before frontend visualization
- Recommended orchestrators: frontend-orchestrator, backend-orchestrator, data-orchestrator
セキュリティ監査
安全This is a pure documentation skill containing only markdown, YAML templates, and JSON examples. No executable code, scripts, network calls, or file system operations exist. All 35 static findings are false positives caused by the analyzer misinterpreting YAML/JSON code blocks and template placeholders as executable patterns.
リスク要因
🌐 ネットワークアクセス (1)
📁 ファイルシステムへのアクセス (1)
⚙️ 外部コマンド (21)
品質スコア
作れるもの
複雑な機能の調整
複数ドメインの機能をタスクに分解し、適切なドメインオーケストレーターに割り当てる
PRDからタスクへの変換
製品要件書を明確な成功基準を持つ実行可能な開発タスクに変換する
エピック進捗の管理
依存関係解決とともに、フロントエンド、バックエンド、データドメイン全体での大規模なInitiativeを追跡する
これらのプロンプトを試す
Break down this feature into tasks: [describe your feature requirement]
Analyze this PRD and create a task decomposition: [paste your PRD content]
Create an epic plan for this feature that spans [frontend/backend/data] with dependencies: [describe feature]
Analyze this requirement and document the architectural decisions with pros and cons: [describe requirement]
ベストプラクティス
- 正確なタスク分解のため、受け入れ基準を含む詳細な要件を提供する
- ドメイン間の依存関係を早期に特定し、開発後のブロッカーを防ぐ
- 品質管理のため、タスクは小規模で焦点を絞ったものにする（100行コード相当以下）
回避
- 分解せずに複数のドメインにまたがる巨大なタスクを作成する
- 実装時に時間を節約するためにテスト要件をスキップする
- 直接スキル呼び出しでドメインオーケストレーターをバイパスする