title: "快速流程工作流"
如何使用快速流程创建技术规范并执行实施。
选择工作流
| 情况 | 工作流 | 命令 |
|---|---|---|
| 实施前需要文档记录 | Quick-Spec | /bmad-gds-quick-spec |
| 评估多种方法 | Quick-Spec | /bmad-gds-quick-spec |
| 有已完成的技术规范 | Quick-Dev | /bmad-gds-quick-dev path/to/spec.md |
| 有清晰、直接的指令 | Quick-Dev | /bmad-gds-quick-dev |
| 构建完整的游戏系统 | Full GDS | /bmad-gds-workflow-init |
| Epic 级功能 | Full GDS | /bmad-gds-workflow-init |
如何创建技术规范 (Quick-Spec)
步骤 1: 启动工作流
bash
/bmad-gds-quick-spec步骤 2: 描述您的需求
提供您的功能请求。代理会扫描代码库并提出澄清问题。
检查点选项:
[a]Advanced Elicitation - 更深入地探索需求[c]Continue to investigation[p]Party Mode - 咨询专家代理
步骤 3: 审查调查发现
代理分析代码库以查找模式、约束和类似的实施。审查发现。
检查点选项:
[c]Continue to spec generation[p]Party Mode - 获取技术审查
步骤 4: 审查生成的规范
代理创建一个带有文件路径和验收标准的有序任务列表。验证完整性。
检查点选项:
[c]Continue to final review[p]Party Mode - 技术审查
步骤 5: 完成
确认规范符合以下标准：
- 每个任务都有文件路径和具体操作
- 任务按依赖关系排序
- 验收标准采用 Given/When/Then 格式
- 没有占位符或 TBD 部分
选项:
[d]Start Quick-Dev immediately[done]Save spec and exit
输出: {planning_artifacts}/tech-spec-{slug}.md
如何执行实施 (Quick-Dev)
使用技术规范
bash
/bmad-gds-quick-dev path/to/tech-spec-feature.md代理：
- 捕获基线 git commit
- 加载并验证规范
- 按顺序执行任务
- 运行自检
- 执行对抗性审查
- 解决发现的问题
- 对照验收标准进行验证
使用直接指令
bash
/bmad-gds-quick-dev然后描述您想要实施的内容：
- 捕获基线 git commit
- 评估复杂性（可能会建议规划）
- 从代码库收集上下文
- 执行实施
- 运行自检和对抗性审查
- 解决发现的问题
升级: 如果代理检测到复杂性（多个组件、系统级范围、不确定性），它会提供：
[t]先创建 tech-spec[w]使用完整的 GDS 工作流[e]无论如何都要执行
故障排除
规范有占位符或 TBD 部分
返回调查步骤。完成缺失的研究，内联所有发现，重新运行审查。
工作流在步骤中期丢失上下文
检查 frontmatter 中的 stepsCompleted。从最后完成的步骤恢复。
代理建议规划但您想要执行
您可以使用 [e] 覆盖，但要记录您的假设。存在升级启发式方法是因为规划可以节省复杂任务的时间。
实施后测试失败
返回 resolve-findings 步骤。审查失败，修复问题，确保测试预期正确，重新运行完整套件。
需要帮助
bash
/bmad-help参考
文件位置
| 文件 | 位置 |
|---|---|
| 进行中的工作 | {implementation_artifacts}/tech-spec-wip.md |
| 已完成的规范 | {planning_artifacts}/tech-spec-{slug}.md |
| 已归档的规范 | {implementation_artifacts}/tech-spec-{slug}-archived-{date}.md |
| 工作流文件 | _bmad/gds/workflows/gds-quick-flow/ |
验证标准
自检 (对抗性审查前):
- 所有任务/指令已完成
- 测试已编写并通过
- 遵循现有模式
- 无明显错误
- 满足验收标准
- 代码可读
对抗性审查:
- 正确性
- 安全性
- 性能
- 可维护性
- 测试覆盖率
- 错误处理