Files
BMAD-METHOD/docs/index.md
Alex Verkhovsky 6c36990123 docs: refocus getting started tutorials on activation (#2653)
* docs: add Getting Deeper Django tutorial

* docs: add spec-backed Django tutorial

* docs: replace Getting Started with small exercises

* docs(tutorials): add closing CTA to getting deeper

* docs(tutorials): remove redundant hello world exercise

* docs: rewrite welcome page around conversion proofs
2026-08-01 00:08:52 -05:00

2.8 KiB

title, description, hero
title description hero
Build Software with BMad See how BMad turns short requests and shared specifications into reviewed software changes while you keep control of important decisions.
title tagline actions
Turn intent into working software BMad clarifies what matters, gives you a plan to approve, implements the change, reviews its work, and shows you the result.
text link variant
Start with a small build ./tutorials/getting-started/ primary
text link variant
Try it in Django ./tutorials/getting-deeper/ secondary

BMad works with supported AI coding tools to carry a software request through clarification, an approved plan, implementation, and review. You keep control of the decisions that shape the result, and Build returns working code you can run and inspect.

Start with Working Software

Getting Started begins in an empty directory with one short request:

/bmad-build write an implementation of mars rover kata

Build asks for the choices it needs, then gives you a plan to approve or change. It writes and reviews the program before you run the finished Mars Rover in your terminal. The request stays small; you decide what the program should become.

Build Mars Rover with BMad

Continue in a Mature Codebase

Getting Deeper moves the same direct workflow into Django 5.2.4. You ask Build to add JSON output to django-admin diffsettings, make the decisions that define that output, run the focused tests, and inspect the JSON produced by the command.

The second Django exercise shows what changes when the work spans several stories. BMad Spec records one shared contract for filtering, redaction, and CI status. Three Build runs implement it in order, and one final command shows the features working together: filtering selects the setting, redaction hides its value, and the exit status still reports the remaining difference.

Try the Django playground

Find a Specific Answer

Use the search box or sidebar when you already know what you need. These common tasks lead directly to the relevant documentation:

Build in Your Repository

Choose a real change in a repository you already use. Install BMad in that repository, run the installed bmad-build skill, and describe the result you want. You can settle the important choices, approve or revise the plan, and inspect the finished change in its real context.

Use BMad in your repository