用途：bmad-dev-story 是依据已填充上下文的故事规格文件（story spec）执行故事实现的开发工作流，执行者角色为开发者。资料明确标注其为弃用状态，bmad-build 是现在的官方实现方法，仅在按名称显式调用时使用。
主要能力：按 sprint-status.yaml 中 development_status 顺序查找第一个处于 ready-for-dev 状态的故事（键格式形如 number-number-name），或直接接受指定故事文件路径；解析 Story、Acceptance Criteria、Tasks/Subtask、Dev Notes、Dev Agent Record、File List、Change Log、Status 等章节；按红-绿-重构循环实现首个未完成任务；在故事文件中仅允许修改 YAML frontmatter 的 baseline_commit、任务复选框、Dev Agent Record（Debug Log、Completion Notes）、File List、Change Log 与 Status。支持代码评审后续处理（识别 Senior Developer Review (AI) 与 Review Follow-ups (AI) 项并优先处理）。
使用方式：激活时依次解析工作流块（可运行 uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow，或按 base→team→user 顺序合并 customize.toml 等文件）、执行前置步骤、加载持久事实、从 _bmad/bmm/config.yaml 加载配置并问候用户、执行后置步骤。需指定故事文件时可提供完整路径。若处于 ready-for-dev 且无 baseline_commit，可运行 git rev-parse HEAD 记录基线提交。
适用场景：已有故事规格文件、希望按验收标准逐任务完成实现并同步更新故事状态与记录的开发流程。无 ready-for-dev 故事时会提示改用 create-story 或 validate-create-story。
限制：被弃用，官方推荐 bmad-build；要求能访问故事文件，否则中止；不实现未映射到任务/子任务的内容；当前任务未完成且测试未通过前不进入下一任务；新增依赖需用户批准；连续三次实现失败或缺少必要配置时中止；任务要求不明确时需用户澄清。其余收费、价格、平台等信息暂未提供。