agentsclimarketplace

Bmad orchestrator

Skill bg-szy/TOP-SKILLS/skills/marketplace/bmad-orchestrator

全球最大的 Claude Code 技能聚合库 · 收录 3900+ 来自 12+ 来源的技能,提供在线搜索与趋势分析看板 / The world's largest Claude Code skill aggregation hub — 3900+ skills from 12+ sources with online search and trend dashboard

Install
npx -y skills add bg-szy/TOP-SKILLS --skill bmad-orchestrator

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Orchestrates BMAD workflows for structured AI-driven development. Routes work across Analysis, Planning, Solutioning, and Implementation phases.

SKILL.md

5.4 KB, ~1.3k tokens by cl100k_base, as published. Nobody here has run it

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 setup
  • rules: 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 Claude ExitPlanMode, Codex notify, or Gemini AfterAgent

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)

PlatformCurrent support modeRequirements
Gemini CLINative (recommended)Register the bmad keyword, then run /workflow-init
Claude CodeNative (recommended)Install skill + remember pattern
OpenCodeOrchestration integrationUse an omx/ohmg/omx-style bridge
CodexOrchestration integrationUse 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:

  1. Run /workflow-init to bootstrap BMAD config.
  2. Move through phases in order: Analysis -> Planning -> Solutioning -> Implementation.
  3. Run /workflow-status any time to inspect current phase and progress.

Quick Reference

ActionCommand
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

PhaseDocumentGate Command
Phase 1 → 2Product Briefbash scripts/phase-gate-review.sh docs/product-brief-*.md
Phase 2 → 3PRD / Tech Specbash scripts/phase-gate-review.sh docs/prd-*.md
Phase 3 → 4Architecturebash scripts/phase-gate-review.sh docs/architecture-*.md
Phase 4 doneSprint Planbash scripts/phase-gate-review.sh docs/sprint-status.yaml

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.