bmad-quick-dev

Convert ambiguous development requests into structured implementation plans and reviewable specs.

1|Updated Dec 22, 2022
One-click install
npx skills add https://github.com/Rinzler78/osmosis-launcher --skill bmad-quick-dev-rinzler78
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bmad-quick-dev
Source: https://github.com/Rinzler78/osmosis-launcher/tree/main/.agents/skills/bmad-quick-dev
Command: npx skills add https://github.com/Rinzler78/osmosis-launcher --skill bmad-quick-dev-rinzler78

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you move from a vague change request to a hardened, reviewable implementation spec without skipping discovery, validation, or review.

Core Features & Use Cases

  • Clarify and route intent: Distinguishes between resume, one-shot, and planned implementation paths.
  • Plan and spec work: Produces ready-for-development specs with acceptance criteria, tasks, and supporting context.
  • Implement, review, and present: Drives a disciplined workflow through implementation, adversarial review, and final presentation.
  • Use case: A developer asks to add a feature, fix a bug, or refactor a module and receives a structured spec plus a governed execution path.

Quick Start

Ask the skill to turn a code change request into a ready-for-development spec and guide the full implementation workflow.

Frequently Asked Questions about bmad-quick-dev

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

FAQPage Schema
How do I turn a vague feature request into a structured implementation plan?

A reviewable implementation spec requires routing your request through workflow checkpoints that enforce specification quality. This ensures your software engineering task includes discovery, validation, review-ready acceptance criteria, and a governed execution path.

Can I use this workflow for bug fixes and refactoring or only new feature work?

You can use this workflow for bug fixes and refactoring, not only new feature work. It applies to any code changes that need routing, planning, implementation, adversarial review, and final presentation within software engineering tasks.

What is the best way to structure code review acceptance criteria for a new spec?

The best way to structure code review acceptance criteria is to enforce specification quality during the planning phase. This produces a hardened, reviewable implementation spec that drives a disciplined workflow through implementation and adversarial review.

Does this specification workflow support one-shot implementation or only planned paths?

This specification workflow supports one-shot implementation, planned paths, and resume paths. It clarifies and routes intent by distinguishing between these execution methods to govern the implementation workflow appropriately for your software engineering tasks.

Why do my implementation plans skip discovery and validation before development?

Implementation plans skip discovery and validation when they lack enforced workflow checkpoints. Moving from a vague change request to a hardened spec requires a governed execution path that validates intent and enforces specification quality before development begins.