AsiaOstrich 开发工作流程指南
语言: English | 简体中文
将你目前的软件开发阶段对应到正确的 UDS 命令与技能。即时了解在开发的每个阶段应该使用哪些工具。
相关：如需选择或切换开发方法论（SDD、BDD、TDD），请改用
/methodology。
软件开发阶段总览
I. Planning ──► II. Testing Design ──► III. Implementation ──► IV. Quality Gates
需求设计 测试驱动开发 代码开发 品质保证
V. Release ──► VI. Documentation ──► VII. Standards ──► VIII. Advanced
版本提交 文档与架构 工具与标准 进阶分析
快速对照表
| 阶段 | UDS 命令 | 用途 |
|---|---|---|
| I. 规划与设计 | /brainstorm /requirement /sdd /reverse /api-design /database |
需求、规格、API/DB 设计 |
| II. 测试驱动开发 | /bdd /atdd /tdd /coverage /derive /ac-coverage |
先写测试再写代码 |
| III. 实现 | /refactor /reverse /migrate /durable |
撰写、改善与迁移代码 |
| IV. 品质关卡 | /checkin /code-review /security /scan /incident |
品质、安全、事故响应 |
| V. 发布与提交 | /commit /changelog /release /pr /ci-cd |
版本、提交、PR、CI/CD |
| VI. 文档 | /docs /docgen |
文档与项目结构 |
| VII. 工具与标准 | /discover /guide /metrics /audit |
参考指南、指标、审计 |
| VIII. 进阶分析 | /methodology |
跨方法论工作流程 |
常见场景
场景 1：新功能开发
从零开始构建新功能的推荐流程：
/brainstorm → /requirement → /sdd → /derive → /tdd → /checkin → /commit
| 步骤 | 命令 | 做什么 |
|---|---|---|
| 1 | /brainstorm |
探索想法与方法 |
| 2 | /requirement |
撰写用户故事（INVEST 准则） |
| 3 | /sdd |
创建规格文件 |
| 4 | /derive |
从规格产生测试骨架 |
| 5 | /tdd |
用红绿重构循环实现 |
| 6 | /checkin |
验证品质关卡 |
| 7 | /commit |
创建规范化提交 |
场景 2：修复错误
修复既有代码错误的推荐流程：
/discover → /reverse → /tdd → /checkin → /commit
| 步骤 | 命令 | 做什么 |
|---|---|---|
| 1 | /discover |
评估受影响区域健康度 |
| 2 | /reverse |
理解现有代码结构 |
| 3 | /tdd |
先写失败测试，再修复 |
| 4 | /checkin |
验证品质关卡 |
| 5 | /commit |
创建规范化提交 |
场景 3：重构
代码重构的推荐流程：
/discover → /reverse → /coverage → /refactor → /checkin → /commit
| 步骤 | 命令 | 做什么 |
|---|---|---|
| 1 | /discover |
评估项目健康度与风险 |
| 2 | /reverse |
记录目前行为 |
| 3 | /coverage |
确保测试安全网存在 |
| 4 | /refactor |
套用重构策略 |
| 5 | /checkin |
验证品质关卡 |
| 6 | /commit |
创建规范化提交 |
场景 4：安全审查
安全审查与漏洞修复的推荐流程：
/scan → /security → /checkin → /commit
| 步骤 | 命令 | 做什么 |
|---|---|---|
| 1 | /scan |
执行自动化安全扫描（依赖项、密钥） |
| 2 | /security |
深入安全审查（OWASP） |
| 3 | /checkin |
验证品质关卡 |
| 4 | /commit |
创建规范化提交 |
场景 5：API 设计与实现
设计与实现 API 的推荐流程：
/brainstorm → /api-design → /sdd → /derive → /tdd → /pr
| 步骤 | 命令 | 做什么 |
|---|---|---|
| 1 | /brainstorm |
探索 API 方案 |
| 2 | /api-design |
设计端点与 schema |
| 3 | /sdd |
创建规格文件 |
| 4 | /derive |
产生测试骨架 |
| 5 | /tdd |
搭配测试实现 |
| 6 | /pr |
创建 Pull Request |
使用方式
/dev-workflow # 显示完整阶段总览
/dev-workflow planning # 获取第一阶段指引
/dev-workflow testing # 获取第二阶段指引
/dev-workflow new-feature # 获取新功能工作流程
/dev-workflow bug-fix # 获取修复错误工作流程
/dev-workflow refactoring # 获取重构工作流程
支持的参数
| 参数 | 说明 |
|---|---|
planning |
第一阶段：规划与设计 |
testing |
第二阶段：测试驱动开发 |
implementation |
第三阶段：实现 |
quality |
第四阶段：品质关卡 |
release |
第五阶段：发布与提交 |
docs |
第六阶段：文档 |
standards |
第七阶段：工具与标准 |
advanced |
第八阶段：进阶系统分析 |
new-feature |
场景：新功能开发 |
bug-fix |
场景：修复错误 |
refactoring |
场景：重构 |
security |
场景：安全审查 |
api |
场景：API 设计 |
工作流程行为
调用时：
- 无参数：显示完整的阶段总览表，询问用户目前在哪个阶段
- 阶段参数：显示该阶段的详细指引，包含所有相关命令与示例
- 场景参数：显示该场景的推荐逐步工作流程
此技能会从 workflow-phases.md 读取详细的阶段信息。
下一步引导
/dev-workflow 完成后，AI 助手应根据用户情况建议：
工作流程已显示。建议下一步：
- 新功能开发 → 执行
/brainstorm探索想法 ⭐ 推荐- 修复错误 → 执行
/discover评估受影响区域- 重构代码 → 执行
/discover评估健康度- 遗留系统 → 执行
/reverse进行系统考古- 安全审查 → 执行
/scan扫描漏洞- API 开发 → 执行
/api-design设计端点- 事故响应 → 执行
/incident启动响应流程
参考
版本历史
| 版本 | 日期 | 变更 |
|---|---|---|
| 1.1.0 | 2026-03-24 | 新增 11 个命令、2 个新场景（安全审查、API 设计） |
| 1.0.0 | 2026-03-04 | 初始版本：8 个开发阶段、3 个场景、基于阶段的导航 |
许可证
本技能依 CC BY 4.0 发布。