Files
Claude-Code-Workflow/.claude/skills/command-guide/guides/workflow-patterns.md
catlog22 b98d28df3d docs(command-guide): add Pattern 0 brainstorming workflow for 0-to-1 development
- Add Pattern 0: 头脑风暴 (Brainstorming) as first workflow pattern
- Distinguish FROM-ZERO-TO-ONE vs FEATURE-ADDITION scenarios
- Update decision tree to require brainstorming for new projects
- Enhance SKILL.md Mode 4 with project stage identification
- Remove duplicate Pattern 7 UI design workflow
- Add warning in best practices about not skipping brainstorming

Fixes issue where system incorrectly guided users to start with /workflow:plan
for new projects instead of /workflow:brainstorm:artifacts
2025-11-06 22:14:14 +08:00

18 KiB
Raw Blame History

常见工作流模式

学习如何组合命令完成复杂任务,提升开发效率

🎯 什么是工作流?

工作流是一系列命令的组合用于完成特定的开发目标。Claude DMS3 提供了多种工作流模式,覆盖从规划到测试的完整开发周期。

核心概念

  • 工作流Workflow:一组相关任务的集合
  • 任务Task:独立的工作单元,有明确的输入和输出
  • Session:工作流的执行实例,记录所有任务状态
  • 上下文Context:任务执行所需的代码、文档、配置等信息

💡 Pattern 0: 头脑风暴从0到1的第一步

⚠️ 重要:这是从0到1开发的起点!在开始编码之前,通过多角色头脑风暴明确需求、技术选型和架构决策。

适用场景

  • 全新项目启动,需求和技术方案不明确
  • 重大功能开发,涉及多个技术领域和权衡
  • 架构决策,需要多角色视角分析

流程:话题分析 → 角色选择 → 角色问答 → 冲突解决 → 生成指导文档

模式 A交互式头脑风暴推荐

特点:通过问答交互,逐步明确需求和决策

# 步骤 1启动头脑风暴
/workflow:brainstorm:artifacts "
GOAL: 实现实时协作编辑平台
SCOPE: 支持100+用户同时在线,低延迟(<100ms),冲突自动解决
CONTEXT: MVP阶段3个月上线团队5人2前端+2后端+1全栈
" --count 3

# 系统输出 Phase 0自动收集项目上下文
# ✅ 分析现有代码库结构
# ✅ 加载相关文档
# ✅ 识别技术栈和依赖

# 系统输出 Phase 1意图分析2-4个问题
# 【问题1 - 核心挑战】实时协作的主要技术挑战?
# a) 实时数据同步
# b) 可扩展性架构
# c) 冲突解决机制
# 【问题2 - 优先级】MVP阶段最关注
# a) 功能完整性
# b) 用户体验
# c) 系统稳定性
# 请回答 (格式: 1a 2c)

# 用户输入1c 2b

# 系统输出 Phase 2角色选择推荐 count+2 个角色)
# 【角色选择】请选择 3 个角色参与头脑风暴
# a) system-architect (系统架构师) - 实时同步架构设计
# b) ui-designer (UI设计师) - 协作界面用户体验
# c) product-manager (产品经理) - 功能优先级决策
# d) data-architect (数据架构师) - 数据同步模型设计
# e) ux-expert (UX专家) - 多用户协作交互流程
# 请输入选择 (格式: 2acd 或 2a 2c 2d)

# 用户输入2acd

# 系统输出 Phase 3角色问题每个角色 3-4 个问题)
# ===== system-architect 问题 =====
# 【问题1】100+ 用户实时状态同步方案?
# a) Event Sourcing - 完整事件历史,易于回溯
# b) 集中式状态管理 - 简单直接适合MVP
# c) CRDT - 自动冲突解决,分布式友好
# 【问题2】低延迟通信协议选择
# ...
# 请回答:

# 用户输入1c 2a 3b 4c

# 系统输出 Phase 4冲突检测和解决
# 【冲突1】CRDT 与 UI 回滚期望冲突
# Background: system-architect 选择 CRDT但 ui-designer 期望回滚UI
# a) 采用 CRDT显示合并状态
# b) 切换到 OT 算法支持回滚
# c) 混合方案CRDT + 本地撤销栈
# ...

# 系统输出 Phase 5生成指导文档
# ✅ 生成 guidance-specification.md
# ✅ 记录所有决策和理由
# ✅ 标注冲突解决方案
# 📁 文件位置:.workflow/WFS-realtime-collab/.brainstorming/guidance-specification.md

# 步骤 2查看生成的指导文档
cat .workflow/WFS-*//.brainstorming/guidance-specification.md

模式 B自动并行头脑风暴快速

特点:自动选择角色,并行执行,快速生成多角色分析

# 步骤 1一键启动并行头脑风暴
/workflow:brainstorm:auto-parallel "
GOAL: 实现支付处理模块
SCOPE: 支持微信/支付宝/银行卡日交易10万笔99.99%可用性
CONTEXT: 金融合规要求PCI DSS认证风控系统集成
" --count 4

# 系统输出:
# ✅ Phase 0: 收集项目上下文
# ✅ Phase 1-2: artifacts 交互式框架生成
# ⏳ Phase 3: 4个角色并行分析
#   - system-architect → 分析中...
#   - data-architect → 分析中...
#   - product-manager → 分析中...
#   - subject-matter-expert → 分析中...
# ✅ Phase 4: synthesis 综合分析
# 📁 输出文件:
#   - .brainstorming/guidance-specification.md (框架)
#   - system-architect/analysis.md
#   - data-architect/analysis.md
#   - product-manager/analysis.md
#   - subject-matter-expert/analysis.md
#   - synthesis/final-recommendations.md

# 步骤 2查看综合建议
cat .workflow/WFS-*//.brainstorming/synthesis/final-recommendations.md

模式 C单角色深度分析特定领域

特点:针对特定领域问题,调用单个角色深度分析

# 系统架构分析
/workflow:brainstorm:system-architect "API 网关架构设计支持10万QPS微服务集成"

# UI 设计分析
/workflow:brainstorm:ui-designer "管理后台界面设计,复杂数据展示,操作效率优先"

# 数据架构分析
/workflow:brainstorm:data-architect "分布式数据存储方案MySQL+Redis+ES 组合"

关键点

  1. Phase 0 自动上下文收集

    • 自动分析现有代码库、文档、技术栈
    • 识别潜在冲突和集成点
    • 为后续问题生成提供上下文
  2. 动态问题生成

    • 基于话题关键词和项目上下文生成问题
    • 不使用预定义模板
    • 问题直接针对你的具体场景
  3. 智能角色推荐

    • 基于话题分析推荐最相关的角色
    • 推荐 count+2 个角色供选择
    • 每个角色都有基于话题的推荐理由
  4. 输出物

    • guidance-specification.md - 确认的指导规范(决策、理由、集成点)
    • {role}/analysis.md - 各角色详细分析(仅 auto-parallel 模式)
    • synthesis/final-recommendations.md - 综合建议(仅 auto-parallel 模式)
  5. 下一步

    • 头脑风暴完成后,使用 /workflow:plan 基于指导文档生成实施计划
    • 指导文档作为规划和实现的权威参考

使用场景对比

场景 推荐模式 原因
全新项目启动 交互式 (artifacts) 需要充分澄清需求和约束
重大架构决策 交互式 (artifacts) 需要深入讨论权衡
快速原型验证 自动并行 (auto-parallel) 快速获得多角色建议
特定技术问题 单角色 (specific role) 专注某个领域深度分析

📋 Pattern 1: 规划→执行(最常用)

适用场景:实现新功能、新模块

流程:规划 → 执行 → 查看状态

完整示例

# 步骤 1规划任务
/workflow:plan --agent "实现用户认证模块"

# 系统输出:
# ✅ 规划完成
# 📁 Session: WFS-20251106-123456
# 📋 生成 5 个任务

# 步骤 2执行任务
/workflow:execute

# 系统输出:
# ⏳ 执行 task-001-user-model...
# ✅ task-001 完成
# ⏳ 执行 task-002-login-api...
# ...

# 步骤 3查看状态
/workflow:status

# 系统输出:
# Session: WFS-20251106-123456
# Total: 5 | Completed: 5 | Pending: 0

关键点

  • --agent 参数使用 AI 生成更详细的计划
  • 系统自动发现最新 session无需手动指定
  • 所有任务按依赖顺序自动执行

🧪 Pattern 2: TDD测试驱动开发

适用场景:需要高质量代码和测试覆盖

流程TDD规划 → 执行(红→绿→重构)→ 验证

完整示例

# 步骤 1TDD 规划
/workflow:tdd-plan --agent "实现购物车功能"

# 系统输出:
# ✅ TDD 任务链生成
# 📋 Red-Green-Refactor 周期:
#   - task-001-cart-tests (RED)
#   - task-002-cart-implement (GREEN)
#   - task-003-cart-refactor (REFACTOR)

# 步骤 2执行 TDD 周期
/workflow:execute

# 系统会自动:
# 1. 生成失败的测试RED
# 2. 实现代码让测试通过GREEN
# 3. 重构代码REFACTOR

# 步骤 3验证 TDD 合规性
/workflow:tdd-verify

# 系统输出:
# ✅ TDD 周期完整
# ✅ 测试覆盖率: 95%
# ✅ Red-Green-Refactor 合规

关键点

  • TDD 模式自动生成测试优先的任务链
  • 每个任务有依赖关系,确保正确的顺序
  • 验证命令检查 TDD 合规性

🔄 Pattern 3: 测试生成

适用场景:已有代码,需要生成测试

流程:分析代码 → 生成测试策略 → 执行测试生成

完整示例

# 步骤 1实现功能已完成
# 假设已经完成实现session 为 WFS-20251106-123456

# 步骤 2生成测试
/workflow:test-gen WFS-20251106-123456

# 系统输出:
# ✅ 分析实现代码
# ✅ 生成测试策略
# 📋 创建测试任务WFS-test-20251106-789

# 步骤 3执行测试生成
/workflow:test-cycle-execute --resume-session WFS-test-20251106-789

# 系统输出:
# ⏳ 生成测试用例...
# ⏳ 执行测试...
# ❌ 3 tests failed
# ⏳ 修复失败测试...
# ✅ All tests passed

关键点

  • test-gen 分析现有代码生成测试
  • test-cycle-execute 自动生成→测试→修复循环
  • 最多迭代 N 次直到所有测试通过

🎨 Pattern 4: UI 设计工作流

适用场景:基于设计稿或现有网站实现 UI

流程:提取样式 → 提取布局 → 生成原型 → 更新

完整示例

# 步骤 1提取设计样式
/workflow:ui-design:style-extract \
  --images "design/*.png" \
  --mode imitate \
  --variants 3

# 系统输出:
# ✅ 提取颜色系统
# ✅ 提取字体系统
# ✅ 生成 3 个样式变体

# 步骤 2提取页面布局
/workflow:ui-design:layout-extract \
  --urls "https://example.com/dashboard" \
  --device-type responsive

# 系统输出:
# ✅ 提取布局结构
# ✅ 识别组件层次
# ✅ 生成响应式布局

# 步骤 3生成 UI 原型
/workflow:ui-design:generate \
  --style-variants 2 \
  --layout-variants 2

# 系统输出:
# ✅ 生成 4 个原型组合
# 📁 输出:.workflow/ui-design/prototypes/

# 步骤 4更新最终版本
/workflow:ui-design:update \
  --session ui-session-id \
  --selected-prototypes "proto-1,proto-3"

# 系统输出:
# ✅ 应用最终设计系统
# ✅ 更新所有原型

关键点

  • 支持从图片或 URL 提取设计
  • 可生成多个变体供选择
  • 最终更新使用确定的设计系统

🔍 Pattern 5: 代码分析→重构

适用场景:优化现有代码,提高可维护性

流程:分析现状 → 制定计划 → 执行重构 → 生成测试

完整示例

# 步骤 1分析代码质量
/cli:analyze --tool gemini --cd src/auth \
  "评估认证模块的代码质量、可维护性和潜在问题"

# 系统输出:
# ✅ 识别 3 个设计问题
# ✅ 发现 5 个性能瓶颈
# ✅ 建议 7 项改进

# 步骤 2制定重构计划
/cli:mode:plan --tool gemini --cd src/auth \
  "基于上述分析,制定认证模块重构方案"

# 系统输出:
# ✅ 重构计划生成
# 📋 包含 8 个重构任务

# 步骤 3执行重构
/cli:execute --tool codex \
  "按照重构计划执行认证模块重构"

# 步骤 4生成测试确保正确性
/workflow:test-gen WFS-refactor-session-id

关键点

  • Gemini 用于分析和规划(理解)
  • Codex 用于执行实现(重构)
  • 重构后必须生成测试验证

📚 Pattern 6: 文档生成

适用场景:为项目或模块生成文档

流程:分析代码 → 生成文档 → 更新索引

完整示例

# 方式 1为单个模块生成文档
/memory:docs src/auth --tool gemini --mode full

# 系统输出:
# ✅ 分析模块结构
# ✅ 生成 CLAUDE.md
# ✅ 生成 API 文档
# ✅ 生成使用指南

# 方式 2更新所有模块文档
/memory:update-full --tool gemini

# 系统输出:
# ⏳ 按层级更新文档...
# ✅ Layer 3: 12 modules updated
# ✅ Layer 2: 5 modules updated
# ✅ Layer 1: 2 modules updated

# 方式 3只更新修改过的模块
/memory:update-related --tool gemini

# 系统输出:
# ✅ 检测 git 变更
# ✅ 更新 3 个相关模块

关键点

  • --mode full 生成完整文档
  • update-full 适用于初始化或大规模更新
  • update-related 适用于日常增量更新

🔄 Pattern 7: 恢复和继续

适用场景:中断后继续工作,或修复失败的任务

流程:查看状态 → 恢复 session → 继续执行

完整示例

# 步骤 1查看所有 session
/workflow:status

# 系统输出:
# Session: WFS-20251106-123456 (5/10 completed)
# Session: WFS-20251105-234567 (10/10 completed)

# 步骤 2恢复特定 session
/workflow:resume WFS-20251106-123456

# 系统输出:
# ✅ Session 恢复
# 📋 5/10 tasks completed
# ⏳ 待执行: task-006, task-007, ...

# 步骤 3继续执行
/workflow:execute --resume-session WFS-20251106-123456

# 系统输出:
# ⏳ 继续执行 task-006...
# ✅ task-006 完成
# ...

关键点

  • 所有 session 状态都被保存
  • 可以随时恢复中断的工作流
  • 恢复时自动分析进度和待办任务

🎯 Pattern 8: 快速实现Codex YOLO

适用场景:快速实现简单功能,跳过规划

流程:直接执行 → 完成

完整示例

# 一键实现功能
/cli:codex-execute --verify-git \
  "实现用户头像上传功能:
  - 支持 jpg/png 格式
  - 自动裁剪为 200x200
  - 压缩到 100KB 以下
  - 上传到 OSS
  "

# 系统输出:
# ⏳ 分析需求...
# ⏳ 生成代码...
# ⏳ 集成现有代码...
# ✅ 功能实现完成
# 📁 修改文件:
#   - src/api/upload.ts
#   - src/utils/image.ts

关键点

  • 适合简单、独立的功能
  • --verify-git 确保 git 状态干净
  • 自动分析需求并完整实现

🤝 Pattern 9: 多工具协作

适用场景:复杂任务需要多个 AI 工具配合

流程Gemini 分析 → Gemini/Qwen 规划 → Codex 实现

完整示例

# 步骤 1Gemini 深度分析
/cli:analyze --tool gemini \
  "分析支付模块的安全性和性能问题"

# 步骤 2多工具讨论方案
/cli:discuss-plan --topic "支付模块重构方案" --rounds 3

# 系统输出:
# Round 1:
#   Gemini: 建议方案 A关注安全
#   Codex: 建议方案 B关注性能
# Round 2:
#   Gemini: 综合分析...
#   Codex: 技术实现评估...
# Round 3:
#   最终方案: 方案 C安全+性能)

# 步骤 3Codex 执行实现
/cli:execute --tool codex "按照方案 C 重构支付模块"

关键点

  • discuss-plan 让多个 AI 讨论方案
  • 每个工具贡献自己的专长
  • 最终选择综合最优方案

📊 工作流选择指南

核心区分从0到1 vs 功能新增

  • 从0到1:全新项目、新产品、重大架构决策 → 必须头脑风暴
  • 功能新增:已有项目中添加功能 → 可直接规划
graph TD
    A[我要做什么?] --> B{项目阶段?}

    B -->|从0到1<br/>全新项目/产品| Z[💡头脑风暴<br/>必经阶段]
    B -->|功能新增<br/>已有项目| C{任务类型?}

    Z --> Z1[/workflow:brainstorm:artifacts<br/>或<br/>/workflow:brainstorm:auto-parallel]
    Z1 --> Z2[⬇️ 生成指导文档]
    Z2 --> C

    C -->|新功能| D[规划→执行]
    C -->|需要测试| E{代码是否存在?}
    C -->|UI开发| F[UI设计工作流]
    C -->|代码优化| G[分析→重构]
    C -->|生成文档| H[文档生成]
    C -->|快速实现| I[Codex YOLO]

    E -->|不存在| J[TDD工作流]
    E -->|已存在| K[测试生成]

    D --> L[/workflow:plan<br/>↓<br/>/workflow:execute]
    J --> M[/workflow:tdd-plan<br/>↓<br/>/workflow:execute]
    K --> N[/workflow:test-gen<br/>↓<br/>/workflow:test-cycle-execute]
    F --> O[/workflow:ui-design:*]
    G --> P[/cli:analyze<br/>↓<br/>/cli:mode:plan<br/>↓<br/>/cli:execute]
    H --> Q[/memory:docs]
    I --> R[/cli:codex-execute]

说明

  • 从0到1场景:创业项目、新产品线、系统重构 → 头脑风暴明确方向后再规划
  • 功能新增场景:现有系统添加模块、优化现有功能 → 直接进入规划或分析

💡 最佳实践

推荐做法

  1. 复杂任务使用完整工作流

    /workflow:plan → /workflow:execute → /workflow:test-gen
    
  2. 简单任务使用 Codex YOLO

    /cli:codex-execute "快速实现xxx"
    
  3. 重要代码使用 TDD

    /workflow:tdd-plan → /workflow:execute → /workflow:tdd-verify
    
  4. 定期更新文档

    /memory:update-related  # 每次提交前
    
  5. 善用恢复功能

    /workflow:status → /workflow:resume
    

避免做法

  1. ⚠️ 不要在从0到1场景跳过头脑风暴

    • 全新项目直接 /workflow:plan
    • /workflow:brainstorm:artifacts 明确方向再规划
  2. 不要跳过规划直接执行复杂任务

    • 直接 /cli:execute 实现复杂功能
    • /workflow:plan/workflow:execute
  3. 不要忽略测试

    • 实现完成后不生成测试
    • 使用 /workflow:test-gen 生成测试
  4. 不要遗忘文档

    • 代码实现后忘记更新文档
    • 使用 /memory:update-related 自动更新

🔗 相关资源


最后更新: 2025-11-06

记住:选择合适的工作流模式,事半功倍!不确定用哪个?使用 ccw 询问 Command Guide