Skip to content

Adding /bad (BMAD Autonomous Development)#3

Open
stephenleo wants to merge 2 commits intobmad-code-org:mainfrom
stephenleo:main
Open

Adding /bad (BMAD Autonomous Development)#3
stephenleo wants to merge 2 commits intobmad-code-org:mainfrom
stephenleo:main

Conversation

@stephenleo
Copy link
Copy Markdown

@stephenleo stephenleo commented Apr 5, 2026

New Module Submission

Module name: BMAD Autonomous Development (BAD)
Repository: https://github.com/stephenleo/bmad-autonomous-development
Version tag: v1.0.0
Commit SHA: a4833dd1773d8c7979d5ec66733fec879e26c3c6
Category / Subcategory: software-development/dev-tools

Checklist

  • Repository contains a valid .claude-plugin/marketplace.json
  • All skill paths in the manifest resolve to directories with SKILL.md
  • Module passes Validate Module (VM) with no critical findings
  • README.md documents what the module does, how to install, and any external dependencies
  • LICENSE file present in source repo
  • Registry YAML entry added to registry/community/ with pinned tag, SHA, category, and subcategory
  • Category and subcategory exist in categories.yaml

Description

TLDR: 🤖 Autonomous development orchestrator for the BMad Method. Runs fully autonomous parallel multi-agent pipelines through the full story lifecycle (create → dev → review → PR) driven by your sprint backlog and dependency graph.

Details:
As a heavy BMAD user, I noticed that I spend most of my time in Brainstorm, PRD and Architecture. Once the Epics and stories are written, I mostly handoff implementation to the Agents which run autonomously. /bad writes up the autonomous execution as a re-usable skill.

BAD automates your entire sprint execution. A lightweight coordinator orchestrates the pipeline — it never writes code itself. Every unit of work is delegated to a dedicated subagent with a fresh context window, keeping each agent fully focused on its single task.

Once your epics and stories are planned, BAD takes over:

  1. (MODEL_STANDARD subagent) Builds a dependency graph from your sprint backlog — maps story dependencies, syncs GitHub PR status, and identifies what's ready to work on
  2. Picks ready stories from the graph, respecting epic ordering and dependencies
  3. Runs up to MAX_PARALLEL_STORIES stories simultaneously — each in its own isolated git worktree — each through a sequential 4-step pipeline:
    • Step 1 (MODEL_STANDARD subagent)bmad-create-story: generates the story spec
    • Step 2 (MODEL_STANDARD subagent)bmad-dev-story: implements the code
    • Step 3 (MODEL_QUALITY subagent)bmad-code-review: reviews and fixes the implementation
    • Step 4 (MODEL_STANDARD subagent) — commit, push, open PR, monitor CI, fix any failing checks, resolve code review comments, and resolve merge conflicts
  4. (MODEL_STANDARD subagent) Optionally auto-merges batch PRs sequentially (lowest story number first), resolving any conflicts
  5. Waits, then loops back for the next batch — until the entire sprint is done

With BAD, AI agents build my entire sprint while I sleep! I get to focus on what's most fulfilling to me: the brainstorming and PRD phases. Used it successfully to build CShip (https://github.com/stephenleo/cship) and other projects.

bad-overview

External Dependencies

None. Only Depends on BMAD method

Summary by CodeRabbit

  • New Features
    • A new community development tool is now available in the registry, offering enhanced capabilities for development workflows. Version 1.0.0 can be explored and optionally enabled by users. The tool entry includes comprehensive metadata, author information, and repository details for community-driven development enhancement.

@coderabbitai
Copy link
Copy Markdown

coderabbitai bot commented Apr 5, 2026

Walkthrough

A new registry entry file for bmad-autonomous-development, a community software-development tool, has been added. The file contains declarative metadata including description, repository URL, author, license, category, keywords, version, and approval tracking fields.

Changes

Cohort / File(s) Summary
Community Registry Entry
registry/community/bmad-autonomous-development.yaml
New YAML registry entry defining metadata for the bmad-autonomous-development tool, including description, repository, author, license, categorization, keywords, versioning, and approval state tracking.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Poem

🐰 A new tool hops into the registry today,
Autonomous development finds its way,
With metadata tags and version set clear,
Community software now registered here!
Hop, skip, and build—progress is here! 🌟

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Title check ✅ Passed The title accurately refers to the main change—adding a registry entry for BMAD Autonomous Development (/bad). It is concise and specific, clearly indicating what is being added.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@registry/community/bmad-autonomous-development.yaml`:
- Around line 24-28: The metadata is inconsistent: the YAML contains
approved_tag/approved_sha/approved_date while reviewer is still "pending";
either remove the approval fields (approved_tag, approved_sha, approved_date)
until a real reviewer completes the review, or replace reviewer: pending with
the actual GitHub handle of the approver so the approval fields are
accurate—update the keys approved_tag, approved_sha, approved_date or reviewer
accordingly to restore consistency.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 5cab1d72-798c-4df6-b4e3-32e01c06af69

📥 Commits

Reviewing files that changed from the base of the PR and between f87aa46 and 36041a1.

📒 Files selected for processing (1)
  • registry/community/bmad-autonomous-development.yaml

Comment on lines +24 to +28
version: "1.0.0"
approved_tag: v1.0.0
approved_sha: a4833dd1773d8c7979d5ec66733fec879e26c3c6
approved_date: "2026-04-05"
reviewer: pending
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟠 Major

Approval metadata is inconsistent (approved_* set but reviewer is placeholder).

Line 28 should be a real GitHub handle if Lines 25–27 represent a completed approval. Otherwise, defer approved_tag/approved_sha/approved_date until approval is finalized.

Suggested metadata correction pattern
 version: "1.0.0"
-approved_tag: v1.0.0
-approved_sha: a4833dd1773d8c7979d5ec66733fec879e26c3c6
-approved_date: "2026-04-05"
-reviewer: pending
+approved_tag: v1.0.0
+approved_sha: a4833dd1773d8c7979d5ec66733fec879e26c3c6
+approved_date: "2026-04-05"
+reviewer: <github-handle>
 trust_tier: unverified

If review is not complete yet, keep reviewer: pending and remove approval fields until merge-time approval.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@registry/community/bmad-autonomous-development.yaml` around lines 24 - 28,
The metadata is inconsistent: the YAML contains
approved_tag/approved_sha/approved_date while reviewer is still "pending";
either remove the approval fields (approved_tag, approved_sha, approved_date)
until a real reviewer completes the review, or replace reviewer: pending with
the actual GitHub handle of the approver so the approval fields are
accurate—update the keys approved_tag, approved_sha, approved_date or reviewer
accordingly to restore consistency.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant