bmad-orchestrator
Orchestrates BMAD workflows for structured AI-driven development. Routes work across Analysis, Planning, Solutioning, and Implementation phases.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o bmad-orchestrator.zip https://jpskill.com/download/20890.zip && unzip -o bmad-orchestrator.zip && rm bmad-orchestrator.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/20890.zip -OutFile "$d\bmad-orchestrator.zip"; Expand-Archive "$d\bmad-orchestrator.zip" -DestinationPath $d -Force; ri "$d\bmad-orchestrator.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
bmad-orchestrator.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
bmad-orchestratorフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 6
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[Skill 名] bmad-orchestrator
bmad-orchestrator - BMADワークフローオーケストレーション
このスキルを使用するタイミング
- 新しいプロジェクトでBMADを初期化する際
- BMADワークフローのステータスを確認し、再開する際
- 分析、計画、ソリューション、実装にわたる作業をルーティングする際
- フェーズ間の構造化された引き継ぎを管理する際
インストール
npx skills add https://github.com/supercent-io/skills-template --skill bmad-orchestrator
Codex使用時の注意点
bmad-orchestratorのデフォルトの実行パスはClaude Codeです。
同じフローをCodexで直接実行するには、omx/ohmgのような上位レベルのオーケストレーションパスを介してBMADステージを操作することをお勧めします。
制御モデル
BMADのフェーズルーティングは、JEOが使用するのと同じ3層の抽象化で扱うべきです。
settings: Claudeフック、Codex/Geminiの指示、MCPセットアップなどのプラットフォーム固有のランタイム設定rules: 「現在のフェーズドキュメントが承認されるまで進まない」や「変更されていない同じフェーズドキュメントをレビューのために再開しない」などのフェーズ制約hooks: ClaudeのExitPlanMode、Codexのnotify、GeminiのAfterAgentなどのプラットフォームコールバック
BMADのフェーズゲートについては、意図されたルールは厳格です。
- 次に進む前に、現在のフェーズドキュメントをレビューする
- 前回の最終レビュー結果からドキュメントのハッシュが変更されていない場合、plannotatorを再起動しない
- 改訂されたドキュメントのみがゲートをリセットし、別のレビューサイクルを許可する
BMAD実行コマンド
プラットフォームサポート状況(現在)
| プラットフォーム | 現在のサポートモード | 要件 |
|---|---|---|
| Gemini CLI | ネイティブ(推奨) | bmadキーワードを登録し、/workflow-initを実行します |
| Claude Code | ネイティブ(推奨) | スキルをインストールし、rememberパターンを使用します |
| OpenCode | オーケストレーション統合 | omx/ohmg/omxスタイルのブリッジを使用します |
| Codex | オーケストレーション統合 | omx/ohmgスタイルのブリッジを使用します |
このスキル単独で可能なもの:
- Gemini CLI/Claude Code: はい
- OpenCode/Codex: はい(オーケストレーション経由)
AIセッションでこれらを使用してください。
/workflow-init
/workflow-status
典型的なフロー:
/workflow-initを実行してBMAD設定をブートストラップします。- 分析 -> 計画 -> ソリューション -> 実装の順にフェーズを進めます。
/workflow-statusをいつでも実行して、現在のフェーズと進捗状況を確認します。
クイックリファレンス
| アクション | コマンド |
|---|---|
| BMADを初期化する | /workflow-init |
| BMADのステータスを確認する | /workflow-status |
plannotator統合(フェーズレビューゲート)
各BMADフェーズでは、主要なドキュメント(PRD、技術仕様、アーキテクチャ)が作成されます。次のフェーズに移行する前に、そのドキュメントをplannotatorでレビューし、Obsidianに自動保存します。
BMADでplannotatorを使用する理由
- 品質ゲート: フェーズの成果物を確定する前に、承認または変更を要求します
- Obsidianアーカイブ: 承認されたすべてのフェーズドキュメントは、YAMLフロントマターと
[[BMAD Plans]]バックリンク付きで自動保存されます - チームの可視性: plannotatorリンクを共有することで、ステークホルダーが実装開始前にPRD/アーキテクチャに注釈を付けることができます
フェーズレビューパターン
任意のフェーズドキュメントを完了した後、レビューのために提出します。
# /prd → docs/prd-myapp-2026-02-22.md が作成された後
bash scripts/phase-gate-review.sh docs/prd-myapp-2026-02-22.md "PRD Review: myapp"
# /architecture → docs/architecture-myapp-2026-02-22.md が作成された後
bash scripts/phase-gate-review.sh docs/architecture-myapp-2026-02-22.md "Architecture Review: myapp"
または、AIセッション内から直接プランを提出します。
# Claude Codeで/prdが完了した後:
planno — PRDをレビューしてからフェーズ3に進みましょう
エージェントはレビューのためにplannotator UIを開きます。Claude Codeでは、EnterPlanModeを呼び出し、プランを作成し、ExitPlanModeを呼び出します(フックは自動的に起動します)。OpenCodeでは、submit_planプラグインツールが直接利用可能です。
フェーズゲートフロー
/prdが完了 → docs/prd-myapp.mdが作成
↓
bash scripts/phase-gate-review.sh docs/prd-myapp.md
↓
ハッシュガードがこの正確なドキュメントが既にレビューされたかどうかをチェック
↓
ハッシュが変更されていない? はい → 以前の最終結果を保持し、UIを再開しない
↓ いいえ
plannotator UIがブラウザで開く
↓
[承認] [変更を要求]
↓ ↓
Obsidianに保存 エージェントがドキュメントを改訂
bmm-workflow-status レビューのために再提出
自動的に更新
↓
/architecture (フェーズ3)
Obsidian保存形式
承認されたフェーズドキュメントは、以下の内容でObsidian vaultに保存されます。
---
created: 2026-02-22T22:45:30.000Z
source: plannotator
tags: [bmad, phase-2, prd, myapp]
---
[[BMAD Plans]]
# PRD: myapp
...
クイックリファレンス
| フェーズ | ドキュメント | ゲートコマンド |
|---|---|---|
| フェーズ1 → 2 | プロダクトブリーフ | bash scripts/phase-gate-review.sh docs/product-brief-*.md |
| フェーズ2 → 3 | PRD / 技術仕様 | bash scripts/phase-gate-review.sh docs/prd-*.md |
| フェーズ3 → 4 | アーキテクチャ | bash scripts/phase-gate-review.sh docs/architecture-*.md |
| フェーズ4完了 | スプリント計画 | bash scripts/phase-gate-review.sh docs/sprint-status.yaml |
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
bmad-orchestrator - BMAD Workflow Orchestration
When to use this skill
- Initializing BMAD in a new project
- Checking and resuming BMAD workflow status
- Routing work across Analysis, Planning, Solutioning, and Implementation
- Managing structured handoff between phases
Installation
npx skills add https://github.com/supercent-io/skills-template --skill bmad-orchestrator
Notes for Codex Usage
bmad-orchestrator's default execution path is Claude Code.
To run the same flow directly in Codex, we recommend operating BMAD stages via a higher-level orchestration path such as omx/ohmg.
Control Model
BMAD phase routing should be treated with the same three-layer abstraction used by JEO:
settings: platform-specific runtime configuration such as Claude hooks, Codex/Gemini instructions, and MCP setuprules: phase constraints such as "do not advance before the current phase document is approved" and "do not reopen the same unchanged phase document for review"hooks: platform callbacks such as ClaudeExitPlanMode, Codexnotify, or GeminiAfterAgent
For BMAD phase gates, the intended rule is strict:
- review the current phase document before moving forward
- if the document hash has not changed since the last terminal review result, do not relaunch plannotator
- only a revised document resets the gate and permits another review cycle
BMAD Execution Commands
Platform Support Status (Current)
| Platform | Current support mode | Requirements |
|---|---|---|
| Gemini CLI | Native (recommended) | Register the bmad keyword, then run /workflow-init |
| Claude Code | Native (recommended) | Install skill + remember pattern |
| OpenCode | Orchestration integration | Use an omx/ohmg/omx-style bridge |
| Codex | Orchestration integration | Use an omx/ohmg-style bridge |
Possible with this skill alone:
- Gemini CLI/Claude Code: Yes
- OpenCode/Codex: Yes (via orchestration)
Use these in your AI session:
/workflow-init
/workflow-status
Typical flow:
- Run
/workflow-initto bootstrap BMAD config. - Move through phases in order: Analysis -> Planning -> Solutioning -> Implementation.
- Run
/workflow-statusany time to inspect current phase and progress.
Quick Reference
| Action | Command |
|---|---|
| Initialize BMAD | /workflow-init |
| Check BMAD status | /workflow-status |
plannotator Integration (Phase Review Gate)
Each BMAD phase produces a key document (PRD, Tech Spec, Architecture). Before transitioning to the next phase, review that document with plannotator and auto-save it to Obsidian.
Why use plannotator with BMAD?
- Quality gate: Approve or request changes before locking in a phase deliverable
- Obsidian archive: Every approved phase document auto-saves with YAML frontmatter and
[[BMAD Plans]]backlink - Team visibility: Share a plannotator link so stakeholders can annotate the PRD/Architecture before implementation begins
Phase Review Pattern
After completing any phase document, submit it for review:
# After /prd → docs/prd-myapp-2026-02-22.md is created
bash scripts/phase-gate-review.sh docs/prd-myapp-2026-02-22.md "PRD Review: myapp"
# After /architecture → docs/architecture-myapp-2026-02-22.md is created
bash scripts/phase-gate-review.sh docs/architecture-myapp-2026-02-22.md "Architecture Review: myapp"
Or submit the plan directly from within your AI session:
# In Claude Code after /prd completes:
planno — review the PRD before we proceed to Phase 3
The agent will open the plannotator UI for review. In Claude Code: call EnterPlanMode → write plan → call ExitPlanMode (hook fires automatically). In OpenCode: the submit_plan plugin tool is available directly.
Phase Gate Flow
/prd completes → docs/prd-myapp.md created
↓
bash scripts/phase-gate-review.sh docs/prd-myapp.md
↓
hash guard checks whether this exact document was already reviewed
↓
unchanged hash? yes → keep previous terminal result, do not reopen UI
↓ no
plannotator UI opens in browser
↓
[Approve] [Request Changes]
↓ ↓
Obsidian saved Agent revises doc
bmm-workflow-status Re-submit for review
updated automatically
↓
/architecture (Phase 3)
Obsidian Save Format
Approved phase documents are saved to your Obsidian vault with:
---
created: 2026-02-22T22:45:30.000Z
source: plannotator
tags: [bmad, phase-2, prd, myapp]
---
[[BMAD Plans]]
# PRD: myapp
...
Quick Reference
| Phase | Document | Gate Command |
|---|---|---|
| Phase 1 → 2 | Product Brief | bash scripts/phase-gate-review.sh docs/product-brief-*.md |
| Phase 2 → 3 | PRD / Tech Spec | bash scripts/phase-gate-review.sh docs/prd-*.md |
| Phase 3 → 4 | Architecture | bash scripts/phase-gate-review.sh docs/architecture-*.md |
| Phase 4 done | Sprint Plan | bash scripts/phase-gate-review.sh docs/sprint-status.yaml |
同梱ファイル
※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。
- 📄 SKILL.md (5,551 bytes)
- 📎 scripts/check-status.sh (6,830 bytes)
- 📎 scripts/init-project.sh (7,277 bytes)
- 📎 scripts/install.sh (8,224 bytes)
- 📎 scripts/phase-gate-review.sh (7,791 bytes)
- 📎 scripts/validate-config.sh (6,833 bytes)