当你在 Claude 中输入”帮我构建一个系统”时，模型需要同时扮演架构设计、代码编写、质量审查和性能优化四个角色。社区发现，把这四个角色拆开，按流水线执行，输出质量会明显提升。
四角色分工
这个工作流把 Claude 的一次对话拆成四个阶段，每个阶段有独立的角色设定和输出要求：
| 角色 | 职责 | 输出物 |
|---|---|---|
| Architect | 理解需求，设计系统架构，确定技术选型 | 架构图、模块划分、接口定义、技术决策记录 |
| Engineer | 根据架构实现代码，编写测试 | 完整代码、单元测试、集成测试 |
| Reviewer | 审查代码质量、安全性、可维护性 | 代码审查报告、问题清单、修复建议 |
| Optimizer | 性能调优、重构、文档完善 | 优化后的代码、性能基准、使用文档 |
为什么有效
这个模式的核心优势是角色隔离减少认知负荷。当 Claude 只专注一个角色时：
- Architect 不需要纠结具体实现细节，可以更宏观地思考系统设计
- Engineer 拿到明确的架构文档后，实现效率更高
- Reviewer 站在”挑错”视角，比让同一个模型”自我审查”更容易发现问题
- Optimizer 在代码稳定的基础上做性能优化，避免了”边写边优化”导致的返工
具体操作步骤
第一步：Architect 阶段
你是一位资深系统架构师。请根据以下需求设计系统架构：
需求：[描述你的项目需求]
请输出：
1. 系统架构图（用文字描述模块关系）
2. 技术选型及理由
3. 模块划分和接口定义
4. 潜在风险和应对方案
注意：只输出设计，不写代码。第二步：Engineer 阶段
你是一位高级工程师。以下是系统架构设计：
[粘贴 Architect 的输出]
请根据架构设计实现代码。要求：
1. 按模块逐一实现
2. 每个模块包含单元测试
3. 遵循架构中定义的技术选型
4. 代码注释清晰
注意：严格按照架构设计实现，不要自行修改架构决策。第三步：Reviewer 阶段
你是一位资深代码审查员。以下是已实现的代码：
[粘贴 Engineer 的输出]
请从以下维度审查：
1. 代码质量和可读性
2. 是否符合架构设计
3. 安全性问题
4. 测试覆盖率
5. 错误处理是否完善
输出格式：严重程度 + 位置 + 问题描述 + 修复建议第四步：Optimizer 阶段
你是一位性能优化专家。以下是经过审查的代码和审查报告：
[粘贴原始代码 + Reviewer 的输出]
请：
1. 修复 Critical 和 Warning 级别问题
2. 进行性能优化
3. 完善文档和注释
4. 输出最终版本和优化说明成本与限制
成本：四次 API 调用，Token 消耗约为单次调用的 2-3 倍。使用 Claude Sonnet 时，一个中型项目的四轮对话约消耗 50-150K tokens，成本约 $0.5-5/次。
限制：
- 上下文窗口限制：如果项目代码量大，需要在阶段间拆分传递
- 角色切换的”遗忘”：角色切换时模型可能遗漏前序阶段的细节，需要在 prompt 中显式引用
- 不适合小任务：对于简单任务，单角色 prompt 更省成本
适用场景
- ✅ 适合：中大型项目、需要多阶段设计的项目、团队协作前的预研
- ⚠️ 可以用：小型项目但希望提升代码质量
- ❌ 不适合：快速原型、一次性脚本、简单的数据转换
主要来源：
- Anthropic Claude 官方: https://www.anthropic.com/claude
- 社区开发者实测分享