Development Essentials 工作流
核心开发命令套件，提供日常开发所需的所有基础命令。无需工作流开销，直接执行开发任务。
命令列表
1. /ask - 技术咨询
用途: 架构问题咨询和技术决策指导 适用场景: 需要架构建议、技术选型、系统设计方案时
特点:
- 四位架构顾问协同：系统设计师、技术策略师、可扩展性顾问、风险分析师
- 遵循 KISS、YAGNI、SOLID 原则
- 提供架构分析、设计建议、技术指导和实施策略
- 不生成代码，专注于架构咨询
代理: Technical consultant
使用示例:
bash
/ask "如何设计一个支持百万并发的消息队列系统？"
/ask "微服务架构中应该如何处理分布式事务？"2. /code - 功能实现
用途: 直接实现新功能或特性 适用场景: 需要快速开发新功能时
特点:
- 四位开发专家协同：架构师、实现工程师、集成专家、代码审查员
- 渐进式开发，每步验证
- 包含完整的实现计划、代码实现、集成指南和测试策略
- 生成可运行的高质量代码
代理: code
使用示例:
bash
/code "实现JWT认证中间件"
/code "添加用户头像上传功能"3. /debug - 系统调试
用途: 使用 UltraThink 方法系统性调试问题 适用场景: 遇到复杂bug或系统性问题时
特点:
- 四位专家协同：架构师、研究员、编码员、测试员
- UltraThink 反思阶段：综合所有洞察形成解决方案
- 生成5-7个假设，逐步缩减到1-2个最可能的原因
- 在实施修复前要求用户确认诊断结果
- 证据驱动的系统性问题分析
代理: debug
使用示例:
bash
/debug "API响应时间突然增加10倍"
/debug "生产环境内存泄漏问题"4. /test - 测试策略
用途: 设计和实现全面的测试策略 适用场景: 需要为组件或功能编写测试时
特点:
- 四位测试专家：测试架构师、单元测试专家、集成测试工程师、质量验证员
- 测试金字塔策略（单元/集成/端到端比例）
- 提供测试覆盖率分析和优先级建议
- 包含 CI/CD 集成计划
代理: develop (testing mode)
使用示例:
bash
/test "用户认证模块"
/test "支付处理流程"5. /optimize - 性能优化
用途: 识别和优化性能瓶颈 适用场景: 系统存在性能问题或需要提升性能时
特点:
- 四位优化专家：性能分析师、算法工程师、资源管理员、可扩展性架构师
- 建立性能基线和量化指标
- 优化算法复杂度、内存使用、I/O操作
- 设计水平扩展和并发处理方案
代理: develop (optimize mode)
使用示例:
bash
/optimize "数据库查询性能"
/optimize "API响应时间优化到200ms以内"6. /review - 代码审查
用途: 全方位代码质量审查 适用场景: 需要审查代码质量、安全性和架构设计时
特点:
- 四位审查专家：质量审计员、安全分析师、性能审查员、架构评估员
- 多维度审查：可读性、安全性、性能、架构设计
- 提供优先级分类的改进建议
- 包含具体代码示例和重构建议
代理: Independent reviewer
使用示例:
bash
/review "src/auth/middleware.ts"
/review "支付模块代码"7. /bugfix - Bug修复
用途: 快速定位和修复Bug 适用场景: 需要修复已知Bug时
特点:
- 专注于快速修复
- 包含验证流程
- 确保修复不引入新问题
代理: bugfix
使用示例:
bash
/bugfix "登录失败后session未清理"
/bugfix "订单状态更新不及时"8. /refactor - 代码重构
用途: 改进代码结构和可维护性 适用场景: 代码质量下降或需要优化代码结构时
特点:
- 保持功能不变
- 提升代码质量和可维护性
- 遵循设计模式和最佳实践
代理: develop (refactor mode)
使用示例:
bash
/refactor "将用户管理模块拆分为独立服务"
/refactor "优化支付流程代码结构"9. /docs - 文档生成
用途: 生成项目文档和API文档 适用场景: 需要为代码或API生成文档时
特点:
- 自动分析代码结构
- 生成清晰的文档
- 包含使用示例
代理: Documentation writer
使用示例:
bash
/docs "API接口文档"
/docs "为认证模块生成开发者文档"10. /think - 深度分析
用途: 对复杂问题进行深度思考和分析 适用场景: 需要全面分析复杂技术问题时
特点:
- 系统性思考框架
- 多角度问题分析
- 提供深入见解
代理: gpt5 (deep reasoning)
使用示例:
bash
/think "如何设计一个高可用的分布式系统？"
/think "微服务拆分的最佳实践是什么？"11. /enhance-prompt - 提示词增强
用途: 优化和增强用户提供的指令 适用场景: 需要改进模糊或不清晰的指令时
特点:
- 自动分析指令上下文
- 消除歧义，提高清晰度
- 修正错误并提高具体性
- 立即返回增强后的提示词
- 保留代码块等特殊格式
使用示例:
bash
/enhance-prompt "帮我做一个登录功能"
/enhance-prompt "优化一下这个API"命令速查表
| 命令 | 用途 | 代理 |
|---|---|---|
/ask | 技术架构咨询 | Technical consultant |
/code | 直接功能实现 | code |
/debug | UltraThink系统性调试 | debug |
/test | 测试策略设计 | develop (testing mode) |
/optimize | 性能优化 | develop (optimize mode) |
/review | 代码质量审查 | Independent reviewer |
/bugfix | Bug修复 | bugfix |
/refactor | 代码重构 | develop (refactor mode) |
/docs | 文档生成 | Documentation writer |
/think | 深度分析 | gpt5 (deep reasoning) |
/enhance-prompt | 提示词增强 | - |
典型工作流
简单功能开发
bash
# 1. 咨询指导
/ask "在Express中实现限流的最佳方式"
/# 2. 实现功能
/code "为API路由添加限流中间件"
/# 3. 添加测试
/test "为限流行为创建测试"
/# 4. 审查实现
/review "验证限流实现"Bug调查与修复
bash
# 1. 调试问题
/debug "API在并发请求时返回500"
/# 2. 修复bug
/bugfix "添加互斥锁防止竞态条件"
/# 3. 添加回归测试
/test "测试并发请求处理"代码质量改进
bash
# 1. 审查当前代码
/review "分析用户服务以发现改进点"
/# 2. 根据发现重构
/refactor "简化用户验证逻辑"
/# 3. 优化性能
/optimize "缓存频繁访问的用户数据"
/# 4. 更新文档
/docs "记录用户服务API"使用原则
- 直接执行: 无需工作流开销，直接运行命令
- 专注单一任务: 每个命令聚焦特定开发任务
- 质量优先: 所有命令都包含质量验证环节
- 实用主义: KISS/YAGNI/DRY 原则贯穿始终
- 上下文感知: 自动理解项目结构和编码规范
何时使用何种命令
使用直接命令当:
- 任务清晰且定义明确
- 不需要复杂规划
- 优先考虑快速迭代
- 在现有模式内工作
使用 Requirements 工作流当:
- 功能需求不明确
- 需要记录规范
- 可能存在多种实现方法
- 需要质量门禁
使用 BMAD 工作流当:
- 业务需求复杂
- 需要架构设计
- 需要冲刺规划
- 涉及多个利益相关者