⚡ 工作流实践
真实场景下的 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 用于复杂分析
🔄 工作流节奏
- 开始:使用适当的命令启动任务
- 开发:让 AI 工作,必要时提供反馈
- 验证:运行测试,检查结果
- 审查:
/code-review - 清理:
/compact或/learn