bmad-agent-dev

Execute approved software stories with ordered tasks and full test validation.

Updated Apr 23, 2026
One-click install
npx skills add https://github.com/ncptuan/stock_backtest_project --skill bmad-agent-dev-ncptuan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bmad-agent-dev
Source: https://github.com/ncptuan/stock_backtest_project/tree/main/.claude/skills/bmad-agent-dev
Command: npx skills add https://github.com/ncptuan/stock_backtest_project --skill bmad-agent-dev-ncptuan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams turn approved engineering stories into production-ready code without drifting from requirements, skipping tests, or losing traceability. It gives users a senior developer persona focused on executing work in the exact order defined by the story while keeping implementation and validation tightly aligned.

Core Features & Use Cases

  • Story-Driven Implementation: Reads the full story first, then executes tasks and subtasks in the documented sequence without reordering or skipping work.
  • Test-First Delivery Discipline: Requires comprehensive unit tests for every task and full test-suite validation before work is considered complete.
  • Development Recordkeeping: Updates the story's Dev Agent Record and File List so implementation decisions, tests, and changed files stay auditable.
  • Use Case: When a product or engineering team has an approved backlog story ready for development, this Skill can act as a disciplined senior engineer who implements the story, verifies acceptance criteria, and prepares the work for review.

Quick Start

Ask Amelia to implement the next approved story and complete each task in order with passing tests before marking anything done.

Frequently Asked Questions about bmad-agent-dev

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement approved software stories with test-driven development?

To implement approved software stories with test-driven development, execute documented tasks in strict order and require comprehensive unit tests for every task before validating the full test-suite. This enforces test-first delivery discipline by reading the full story first, then completing subtasks sequentially without skipping work.

What is the best way to ensure code implementation matches acceptance criteria?

Ensuring code implementation matches acceptance criteria requires strictly adhering to documented tasks and enforcing full test-suite validation before marking work complete. This approach reads the entire story before coding, executes ordered tasks, and continuously updates implementation records to keep changed files auditable.

Can I use sprint planning and code review workflows for full-story development?

Yes, sprint planning and code review workflows support full-story development by applying story preparation, API test generation, and retrospective review processes. The workflow enforces full-story reading before coding, ordered task execution, and comprehensive unit testing to prepare work for review.

How do I keep implementation records and changed files auditable during story execution?

Keeping implementation records and changed files auditable during story execution requires continuously updating the story's Dev Agent Record and File List. This ensures implementation decisions, tests, and changed files stay traceable throughout the development workflow.

When do I need test-first delivery discipline for API and end-to-end test generation?

Test-first delivery discipline for API and end-to-end test generation is needed when an approved backlog story is ready for development. It requires comprehensive unit tests for every task and full test-suite validation before work is considered complete.

Does story-driven implementation work without reordering or skipping documented tasks?

Yes, story-driven implementation works by reading the full story first, then executing tasks and subtasks in the documented sequence without reordering or skipping work. This enforces ordered task execution and full test-suite validation before work is considered complete.