像高级工程师一样用 Claude，而不是当聊天机器人
- 引言：两种用法之间的鸿沟
- 第一步：搞清楚你正在和哪个 Claude 对话
- 第二步：停止”提示”，开始”简报”
- 第三步：用努力控制，而不是碰运气
- 第四步：学会 Claude Code——真正的杠杆在这里
- 第五步：给 Claude 正确的上下文，而不是全部上下文
- 第六步：用 MCP 把 Claude 接到你的真实工具上
- 第七步：像 review 初级工程师的 PR 一样 review——因为它就是
- 一个现实的端到端工作流
- 把高级用户和聊天用户分开的五个习惯
引言：两种用法之间的鸿沟
大多数人在 Claude 里输入的方式，就像在操作一个搜索框：”帮我写一个做 X 的函数。”复制，粘贴，祈祷它能编译。
有经验的工程师是另一种用法：把 Claude 当成一个能读仓库、规划工作、执行命令、修改文件、最后交给你一份可审查 diff 的智能体——而真正上线的代码，决定权始终在你手里。
这两种工作流之间的差距是巨大的。而在 2026 年，围绕 Claude 的工具链已经快到这个程度：“聊天机器人”的心智模型，现在成了拖累大多数人进步的头号因素。
这篇文章是第二种用法的实操指南。没有 hype，没有”AI 将取代开发者”的论调，只有今天怎么从 Claude 拿到高级工程师级输出的具体方法。
第一步：搞清楚你正在和哪个 Claude 对话
谈技巧之前，先把模型选对。用错档次，是最常见的浪费时间和金钱的方式。
2026 年中的产品线，你需要关注的是：
| 模型 | 定位 | 价格（输入/输出，每百万 token） |
|---|---|---|
| Claude Sonnet 5 | 免费/Pro 版默认，原生 1M token 上下文，日常主力 | 发布价 $2/$10（8月31日前），之后 $3/$15 |
| Claude Opus 5 | 困难 agentic 编码和企业级工作，默认高推理强度，有 xhigh 档 | — |
| Claude Haiku 4.5 | 快速便宜，适合分类、简单转换等高吞吐低延迟任务 | — |
| Claude Fable 5（Mythos 级） | Opus 之上的一档，用于最难、最长周期的推理，价格约为 Opus 两倍 | 大多数团队用不上 |
实操规则就一句话：
Sonnet 5 干大多数活。Opus 5 留给真正困难或长周期的任务。Haiku 用于便宜的批量调用。
一个值得知道的坑：Sonnet 5 和 Opus 4.7+ 用了新的 tokenizer，同样的文本可能比老模型多消耗大约 1.0–1.35 倍的 token。Anthropic 把 Sonnet 5 的发布价定在让你切换后成本大致持平的水平，但如果你在盯账单，别假设 token 数和上个季度完全一样。
第二步：停止”提示”，开始”简报”
高级工程师不会丢给初级员工一句话就走人。他们会给上下文、约束条件，以及”完成”的定义。
对 Claude 也该这样。
弱提示：
Add caching to this API client.
高级工程师级别：
You are working in an existing Swift package. Do not restructure the module.
Task: Add a lightweight in-memory response cache to APIClient.
Constraints:
- Cache only GET requests.
- TTL should be configurable, default 60 seconds.
- Thread-safe. Assume concurrent access.
- No new third-party dependencies.
- Keep the public API backward compatible.
Definition of done:
- Existing tests still pass.
- Add unit tests for cache hit, cache miss, and expiry.
Before writing code, list your plan and the files you will touch.
第二个版本有效，是因为它给了 Claude 一个好工单给人类时同样给的东西：范围、边界和验收标准。
最后那行”先列出你的计划再写代码”，是整篇文章里杠杆最高的一条习惯。下面展开讲。
第三步：用努力控制，而不是碰运气
近几代模型把固定的”思考 token 预算”换成了自适应推理：Claude 自己评估问题有多难，决定投入多少思考。
你用一个努力等级（effort level）来引导它，而不是一个原始 token 预算——把它想象成一个从 low 到 max 的滑块。
实践中，xhigh 介于 high 和 max 之间：它用于需要额外推理、但不值得花到最大预算的困难任务。Opus 5 默认就是高努力，并针对最难的问题暴露了一个 xhigh 档。
实践中的用法：
- Standard / high → 大多数编码、重构和日常问题
- xhigh → 棘手的 Bug、纠结的架构决策、微妙的并发问题
- max → 只留给真正艰难的一次性问题，你心甘情愿为额外算力付费
在 Claude Code 里的模式是：
/effort xhigh
然后交给它那个困难任务。
大多数人犯的错误是”为了保险起见”把所有事情都开到最大努力。那只会更慢、更贵，没有任何收益。让努力匹配难度，就像你会派资深工程师解决难题、派初级工程师解决简单问题一样。
第四步：学会 Claude Code——真正的杠杆在这里
如果你只在聊天窗口里用 Claude，你大概只用了它 20% 的能力。
Claude Code 是 Anthropic 的智能体编码工具。它跑在你的终端、桌面应用或 IDE 里，能读文件、执行命令、改代码，通过一个智能体循环调用外部工具、积累上下文、管理长会话。下面这些功能，是真正改变你工作方式的。
Plan mode（计划模式）
Plan mode 是一个只读状态：Claude 能读和分析文件，但在你批准之前，它物理上无法编辑、写入或执行命令。
它会探索你的代码库并提交一份编号计划——不执行任何东西。这是在你让它碰文件之前划定工作范围的理想方式。
用 Shift+Tab（按两次）或 /plan 切换。
工作流：
- 进入计划模式
- 描述功能或 Bug
- 读计划，纠正它的错误假设
- 然后才让它动手实现
这一个习惯，就能避免大多数”AI 失控重写了我半个项目”的灾难。
Checkpoints（检查点）
Claude Code 会在每次修改前自动给工作区拍快照，你可以按两次 Esc 或运行 /rewind 瞬间回滚。可以只回滚代码、只回滚对话，或者两者都回滚。
这是你的安全网。正是它让你敢批准大胆的重构而不害怕，因为”撤销”覆盖的是数小时的工作，而不是一次编辑。
Permission modes（权限模式）
默认模式在每次写文件和执行 shell 命令前都会询问。其他模式用监督换速度。还有一个 Auto 模式，由一个独立的分类器审查每个动作，放行安全的、拦截有风险的。
我的建议是：凡是重要的活，把权限收紧。 全自动的便利，不值得一个智能体在你的仓库里执行破坏性命令。已经有不少公开的恐怖故事，讲编码智能体在权限给得太松时删掉了数据。
Subagents（子智能体）
Claude Code 可以派生子智能体并行工作，现在它们默认在后台运行，主会话可以继续干活，它们在后台跑。
对于大活，动态工作流可以从 Claude 写的脚本编排大量子智能体，实现代码库规模的迁移。第一天你不需要这个。但知道它存在，会改变你规划大型重构的方式：不再是串行长跑，而是把工作扇出去。
第五步：给 Claude 正确的上下文，而不是全部上下文
更多上下文不等于更好。
技巧是给 Claude 正确的那一片。两个功能让这件事变简单。
Projects（项目）
在 claude.ai 里，Projects 保存你的文件。当内容接近上下文上限时，Projects 会自动切换到检索模式——Claude 搜索项目，只拉取它需要的片段。这会大幅提高有效容量，而且不需要手动配置。
用 Projects 存： 你反复回来处理的代码库、产品规格、风格指南或领域文档。
Artifacts（工件）
Artifacts 在侧边栏渲染代码、文档、图表和交互内容，带实时预览。2026 年起你可以原地编辑一个 artifact：选中你想改的部分，输入指令，Claude 内联修改。
用 Artifacts 做： 迭代一个组件、脚本、图表或小工具，你想直接看到渲染结果并就地微调。
心智模型就一句话：Projects 是长期记忆，Artifacts 是工作台。
第六步：用 MCP 把 Claude 接到你的真实工具上
这一步把玩具和工作流区分开。
MCP（Model Context Protocol） 是一个开放标准，把 Claude 接到外部系统上——GitHub、数据库、浏览器、内部服务。MCP server 负责集成，Claude 负责推理该怎么用它。
实际例子：
- 接一个 GitHub MCP server，让 Claude 能读 issue、开 PR、查 CI
- 接一个只读的数据库 MCP server，让 Claude 能对着真实 schema 回答问题
- 在 Chrome 里用 Claude，让它读 console 错误、网络请求和 DOM 状态来帮你调试
一句重要的提醒：一个 MCP 工具是一个真实的能力，不是一个建议。 暴露最窄的实用工具，尽量用只读的，任何破坏性操作都要过人工批准。如果你不会在第一天把裸凭据交给一个新员工，就不要把它暴露成一个无防护的 MCP 工具。
第七步：像 review 初级工程师的 PR 一样 review——因为它就是
心态转变是串联一切的关键。
Claude 很快，而且经常很出色。它有时也会自信地犯错，能产出那种”看起来够对、错得够隐蔽”的输出——瞄一眼能过、上生产就炸的那种 Bug。
所以把每一次有意义的修改，都当成一个才华横溢的初级工程师提交的 PR：
- 读 diff，别只看摘要。 摘要是它对自己工作的叙述。diff 才是真正发生了什么。
- 自己跑测试。 不要凭一句”测试通过了”就信。
- 在一个新会话里让它 review 自己的代码。 和写代码的会话分开跑一次 review，能降低它只是自我验证错误逻辑的概率。
- 对钱、认证和持久化格外小心。 任何碰到财务数据或凭据的东西，人工 review 没得商量。
Claude Code 里有一条命令就是干这个的——一次报告正确性 Bug 的代码审查 pass。用它，但把它当第二意见，不是准予放行的盖章。
一个现实的端到端工作流
这些零件在一个普通功能上是怎么拼起来的：
- 在仓库里打开 Claude Code。默认 Sonnet 5
- 进入计划模式，用范围、约束和完成定义描述功能
- 读计划，在写任何代码之前修正错误假设
- 让它开着权限实现，这样你批准每次文件写入
- 真遇到困难问题，升到 Opus 5，
xhigh努力档 - 跑测试。读 diff
- 发起一次新会话代码审查要第二意见
- 出问题了，回滚到检查点，调整简报
- 提交——署上你的名字，因为你 review 过了
注意你在做什么：你不在打字写代码，你在指挥和审查。这才是高级工程师的动作。
把高级用户和聊天用户分开的五个习惯
如果你只记一条：
- 简报，不要提示。 范围、约束、完成定义
- 先计划后代码。 永远让它先展示计划
- 让努力匹配难度。 别把所有东西都开到 max
- 收紧权限。 尤其是破坏性和敏感操作
- review diff。 你是最后一道防线，不是模型
2026 年用 Claude 拿到 10 倍产出的人，没有秘密提示词。他们跑着一套纪律化的工作流：激进地委派，无情地验证，把人的手放在真正重要的部分上。
2026 年的 Claude 真的有能力做高级工程师级的工作。而你能否拿到高级工程师级的结果，完全取决于你怎么驱动它。