角色转变与局限
工具在进化，使用工具的人也需要进化。本章探讨使用 Claude Code 后带来的角色变化、心态调整，以及需要正视的局限性。
角色转变：从 Coder 到 Orchestrator
旧模式 vs 新模式
旧模式：
思考 → 编码 → 调试 → 测试 → 提交
(你完成所有环节)
新模式：
思考 → 描述 → 审查 → 引导 → 提交
(Claude 执行编码/调试/测试，你负责方向和审查)你的核心能力从 "写得快" 转变为 "想得清"：
| 以前重要的 | 现在重要的 |
|---|---|
| API 记忆能力 | 系统设计能力 |
| 快速打字 | 清晰表达 |
| 调试技巧 | 代码审查技巧 |
| 记住语法细节 | 理解架构模式 |
| 知道各种工具命令 | 知道什么是对的 |
新手到专家的进化路径
第一阶段：使用者
- 偶尔提问，让 Claude 解释代码
- 让 Claude 写小段代码或简单函数
- 自己写大部分代码，Claude 辅助
第二阶段：协作者
- 让 Claude 负责完整的模块开发
- 开始使用 Plan Mode 设计方案
- 学会写清晰的 CLAUDE.md 和项目约定
第三阶段：编排者
- Claude 负责 80% 的执行工作
- 你负责需求分解、方案设计、质量把关
- 建立 Team Skills 和标准化工作流
- 多个 Sub-agent 并行完成复杂任务
哪些能力变得更关键
- 系统设计能力：你不需要记住怎么实现，但需要知道什么样的设计是好的
- 需求分解能力：把大需求拆成 Claude 能独立完成的子任务
- 代码审查能力：Claude 写代码很快，判断它的代码写得对不对需要经验
- 表达能力：向 Claude 清晰描述你想要什么，是一门需要练习的技能
如何有效提问与引导
好 prompt 的特征
坏 prompt：
"修一下 bug"
"加个功能"
"优化代码"
好 prompt：
"用户反馈登录后重定向到 404，可能和 URL 拼接有关，
帮我在 src/auth/ 目录下排查重定向逻辑。"
"给用户列表页添加搜索功能，按用户名模糊匹配，
参考 src/features/products/SearchBar.tsx 的搜索组件实现。"
"src/utils/dataProcessing.ts 的 transformData 函数有性能问题，
数据量大时会卡顿，帮我分析瓶颈并优化。"三层上下文原则
好的 prompt 包含三个层次的信息：
第一层：做什么（What）
第二层：在哪里做（Where）
第三层：怎么做（How，可选）第一层只给 What：让 Claude 自己探索最佳路径
帮我找到这段代码的性能瓶颈并优化。加 Where：缩小搜索范围
帮我找到 src/services/ 目录下数据处理相关代码的性能瓶颈并优化。加 How：当你有明确的实现偏好
帮我找到 src/services/ 下的性能瓶颈，用 memoization 模式优化，
参考 src/utils/memoize.ts 的实现风格。引导而不是命令
Claude Code 擅长安抚你不确定的路径，但你需要给出方向：
不要：把代码改成 X 方式
更好：代码当前有什么问题？X 方式能否解决？如果可以，请修改
最好：分析当前代码的问题 → Claude 给出诊断 → 你确认 → Claude 修改让 Claude 先诊断，后开方，而不是直接告诉它吃什么药。
代码质量与所有权
你写的 vs AI 写的
使用 Claude Code 后，一个重要的问题浮现：这是谁的代码？
答案很简单：你的。 Claude Code 是工具，你是做出最终决定的人。每当你 accept 一个变更，你就拥有了它。这意味着你对代码负有与手写同等的责任。
质量控制清单
在 accept Claude 的变更之前，问自己：
- [ ] 我理解这段代码在做什么吗？
- [ ] 它符合项目的代码风格和架构约定吗？
- [ ] 有对应的测试吗？测试覆盖了边界条件吗？
- [ ] 错误处理是否恰当？
- [ ] 有没有引入不必要的依赖？
- [ ] 有没有安全风险（XSS、注入、泄露敏感信息）？
如果答不上来，不要 accept。 让 Claude 给你解释，直到你理解为止。
何时该自己写
有些场景下，亲自动手可能更好：
- 学习新技术时：自己写一遍比看 Claude 写十遍更有效
- 业务核心逻辑：需要你对每一行代码都有深层的理解
- 安全敏感代码：认证、授权、加密等，需要极度审慎
局限性
上下文窗口限制
Claude Code 的上下文窗口约为 200K tokens。对于超大型项目（百万行代码），它无法一次性加载全部项目上下文。
缓解策略：
- 使用
CLAUDE.md提供项目高层结构摘要 - 在 prompt 中明确指定关注的文件/目录范围
- 大型对话及时
/compact - 使用 Sub-agent 并行处理不同模块
理解偏差
Claude Code 可能错误理解你的意图、项目的业务逻辑，或做出不符合实际的假设。
缓解策略：
- 先让它读代码再下判断
- 复杂逻辑让它先口头解释，确认理解正确再编码
- 发现理解偏差时明确纠正，让它记住
代码一致性
在大型项目中，Claude 可能在不同文件中使用不一致的实现风格。
缓解策略：
CLAUDE.md中写清楚编码规范- 使用 Skills 封装团队标准工作流
- 代码审查时注意一致性检查
安全与隐私
Claude Code 会将代码发送到 Anthropic 的服务器进行处理。这意味着：
- 不应在未授权的情况下使用：遵守公司的 AI 工具使用政策
- 敏感代码需要额外注意：不要在对话中包含密钥、证书、内部系统架构等
- 数据驻留：了解你的数据的处理位置和保留策略
成本管理
使用 API Key 时，每次对话都有成本：
- Sonnet 4.6：适合大多数任务，性价比最高
- Opus 4.7：显著更贵，仅在复杂任务时使用
- Haiku 4.5：最经济，用于简单查询
省钱技巧：
- 用 cc-switch 按需切换模型
- 保持对话简洁，及时
/clear或/compact - 不要用 Opus 做 Haiku 能做的事
不适合的场景
| 场景 | 原因 |
|---|---|
| 实时性能调优 | 需要反复测量和微调，Claude 无法直接感知运行态性能 |
| 需要视觉判断的 UI 开发 | Claude 看不到渲染结果 |
| 高度受监管的行业代码 | 合规性要求可能不允许 AI 生成代码 |
| 需要大量领域知识的专业系统 | Claude 的领域知识可能不够深入 |
| 一次性的 hack 脚本（探索阶段） | 自己写更快，等 Claude 理解完你已经写好了 |