⚡ 工作流实践

真实场景下的 ECC 使用最佳实践

🟡 进阶级

工作流 1:开发新功能

# Step 1: 规划功能
/feature-development 用户头像上传功能

# Step 2: 如果功能复杂,先规划
/feature-development --plan 用户认证系统

# Step 3: TDD 开发
/tdd 用户登录接口

# Step 4: 代码审查
/code-review

# Step 5: 运行测试
npm test

# Step 6: 提交代码
git add .
git commit -m "feat: add user avatar upload"

工作流 2:修复 Bug

# Step 1: 先写一个复现 bug 的测试
/tdd 修复登录验证失败的 bug

# Step 2: 实现修复
# AI 会自动实现最小代码使测试通过

# Step 3: 验证修复
npm test

# Step 4: 代码审查
/code-review

# Step 5: 提交
git commit -m "fix: resolve login validation issue"
💡 最佳实践

修复 bug 时,先用 TDD 写一个失败的测试来复现问题,这样可以确保 bug 真正被修复,并防止回归。

工作流 3:代码审查

# Step 1: 审查当前变更
/code-review

# Step 2: 如果是特定语言,使用专门的审查命令
/python-review
/go-review
/typescript-review

# Step 3: 安全审查
/security-scan

# Step 4: 检查测试覆盖率
/test-coverage

工作流 4:修复构建错误

# Step 1: 运行构建
npm run build

# Step 2: 如果有错误,自动修复
/build-fix

# Step 3: 特定语言的构建修复
/go-build
/cpp-build
/kotlin-build

# Step 4: 验证修复
npm run build

工作流 5:E2E 测试

# Step 1: 生成 E2E 测试
/e2e

# Step 2: 运行测试
npx playwright test

# Step 3: 如果失败,查看报告
npx playwright show-report

工作流 6:生产准备

# Step 1: 安全扫描
/security-scan

# Step 2: E2E 测试
/e2e

# Step 3: 测试覆盖率
/test-coverage

# Step 4: 代码审查
/code-review

# Step 5: 构建验证
npm run build

# Step 6: 部署
# 根据你的部署流程执行

工作流 7:从会话学习

# Step 1: 完成一个任务后
/learn

# Step 2: 评估并保存模式
/learn-eval

# Step 3: 查看已学习的直觉
/instinct-status

# Step 4: 导出分享
/instinct-export

# Step 5: 从 git 历史创建技能
/skill-create

工作流 8:多代理协作

# Step 1: 多模型规划
/multi-plan

# Step 2: 后端多服务编排
/multi-backend

# Step 3: 前端多服务编排
/multi-frontend

# Step 4: 完整工作流
/multi-workflow
⚠️ 注意

多代理协作会消耗更多 tokens,仅在复杂任务或需要并行处理时使用。

最佳实践

🎯 选择正确的命令

场景 推荐命令
简单功能 /feature-development
复杂功能 /tdd 或 /plan 先规划
Bug 修复 /tdd(先写测试)
代码审查 /code-review
安全检查 /security-scan

📊 Token 优化

  • 任务完成后执行 /compact 压缩上下文
  • 不同任务之间使用 /clear 清空上下文
  • 监控 tokens 使用:/cost
  • 使用 sonnet 模型处理大部分任务,opus 用于复杂分析

🔄 工作流节奏

  1. 开始:使用适当的命令启动任务
  2. 开发:让 AI 工作,必要时提供反馈
  3. 验证:运行测试,检查结果
  4. 审查:/code-review
  5. 清理:/compact 或 /learn