npx claudepluginhub dio0550/d-market --plugin orchestrator-pluginThis skill uses the workspace's default tool permissions.
references/agent-roles.mdGuides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Analyzes BMad project state from catalog CSV, configs, artifacts, and query to recommend next skills or answer questions. Useful for help requests, 'what next', or starting BMad.
タスクを専門エージェントに分散して並列実行するオーケストレーションワークフロー。
/orchestrate コマンドが実行されたとき[Phase 1: 探索・計画] ───────────────────────────────
│
├── explorer (バックグラウンド)
│ └── 関連ファイルを探索
│
▼ (explorer 完了待ち)
│
├── planner (バックグラウンド・探索結果を入力)
│ └── 探索結果を基にタスクを分析し実装計画を作成
│
▼ (planner 完了待ち)
│
├── plan-reviewer (バックグラウンド・計画を入力)
│ └── 計画の妥当性を検証（Needs Revision → planner 再起動）
│
▼ (plan-reviewer 完了待ち → 計画をユーザーに提示し Phase 2 へ)
│
[Phase 2: 実装（タスクごとにtask-manager起動）] ──────────
│
├── Orchestrator が TaskList でブロック解除済みタスクを確認
├── ブロック解除済みタスクごとに task-manager を起動
│ ├── Task-A (blockedBy なし) → task-manager-A ─┐
│ └── Task-B (blockedBy なし) → task-manager-B ─┤ 並列
│ │ │
│ │ task-manager 内部: │
│ │ 1. implementer 起動 → 実装 │
│ │ 2. code-reviewer 起動 → レビュー │
│ │ 3. refactorer 起動 → コード改善（推奨対応時）│
│ │ 4. completed/rejected 判定 │
│ │ 5. rejected → implementer 再起動（最大2回）│
│ │ │
│ ├── task-manager-A → Task-A: completed ✅
│ └── task-manager-B → Task-B: completed ✅
│
├── 新たにブロック解除されたタスクがあれば再度 task-manager を起動
│ └── Task-C (blockedBy [A,B]) → task-manager-C
│
▼ (全タスク completed → 結果をユーザーに報告)
│
★ 自動実行停止
│
[Phase 3: 検証] ─────────────── ユーザー指示で実行
│
├── test-runner (バックグラウンド)
└── linter (バックグラウンド・並列)
│
[Phase 4: Git操作] ────────────── ユーザー指示で実行
│
├── committer (バックグラウンド)
└── pr-creator (バックグラウンド)
オーケストレーションでは .orchestrator/ ディレクトリを使用してエージェント間で情報を共有する：
| ファイル | 内容 | 作成者 |
|---|---|---|
.orchestrator/plan.md | 実装計画 | planner |
.orchestrator/exploration.md | 探索結果 | explorer |
.orchestrator/implementation-log.md | 実装ログ（全タスク統合） | orchestrator |
.orchestrator/test-results.md | テスト結果 | test-runner |
.orchestrator/lint-results.md | Lint結果 | linter |
Phase 1: explorer → planner を直列でバックグラウンド起動（planner は探索結果を入力として受け取る）
Phase 2: blockedBy なしのタスクに対する task-manager を同時にバックグラウンド起動
Phase 3: test-runner + linter を同時にバックグラウンド起動
Phase 1 内: explorer → planner（探索結果を計画に反映）
Phase 1 → Phase 2: 計画完了後に実装開始
Phase 2 内: blockedBy のあるタスクは前提タスクの完了を待って起動
Phase 3 → Phase 4: テスト成功後にコミット
Phase 4 内: コミット → PR作成
while (pendingタスクが残っている):
1. TaskList でブロック解除済み（blockedBy が空）の pending タスクを取得
2. 各タスクに対して task-manager を1つずつバックグラウンド起動
- 独立タスクは並列起動
- task-manager が内部で implementer → code-reviewer → refactorer → 判定を管理
- rejected 時のリトライも task-manager 内部で処理（最大2回）
3. TaskOutput で全 task-manager の完了を待つ
4. 新たにブロック解除されたタスクがあれば 1 に戻る
Task tool:
description: "plannerエージェント起動"
subagent_type: general-purpose
run_in_background: true
prompt: |
あなたは planner エージェントです。
...
TaskOutput tool:
task_id: "{起動時に返されたtask_id}"
block: true
timeout: 300000 # 5分
テスト・Lintコマンドを自動検出するロジック：
1. package.json が存在する場合:
- test: npm test
- lint: npm run lint
2. Cargo.toml が存在する場合:
- test: cargo test
- lint: cargo clippy
3. pyproject.toml が存在する場合:
- test: pytest
- lint: ruff check .
4. go.mod が存在する場合:
- test: go test ./...
- lint: golangci-lint run