这一章来分享一些我用久了之后摸索出来的进阶技巧，还有一些踩过的坑，希望你能少走弯路。

---

12.1 怎样跟 Claude 说清楚你想要啥

啥是 Prompt？

Prompt 就是你发给 Claude 的那句话。你说得清楚不清楚，直接决定了 Claude 给你的答案好不好。

说清楚的四个要素

1. 背景 — 现在是什么情况
2. 目标 — 你想要什么结果
3. 限制 — 有什么条件或约束
4. 格式 — 希望结果长什么样

对比一下就知道了

模糊的说法：

帮我写个函数

Claude 心里想：写啥函数？干啥用？啥语言？

清楚的说法：

帮我用 Python 写一个函数，功能是将 Unix 时间戳转换为人类可读的日期格式。
要求：
1. 输入是整数时间戳（秒）
2. 输出格式是 "2025年1月15日 14:30:00"
3. 处理无效输入时返回 None
4. 仅使用标准库，不依赖第三方库

更多实用小技巧

技巧1：让 Claude 先理解再动手

❌ "帮我重构 main.py"

✅ "读一下 main.py，列出哪些地方需要改进，确认后动手改"

技巧2：给个例子

帮我写一个数据验证函数。

示例输入：{"name": "张三", "age": 25, "email": "test@example.com"}
示例输出：{"valid": true, "errors": []}

示例输入：{"name": "", "age": -1, "email": "not-an-email"}
示例输出：{"valid": false, "errors": ["姓名不能为空", "年龄必须大于0", "邮箱格式不正确"]}

技巧3：分步来，别一口气说完

❌ "帮我做一个完整的用户管理系统"

✅ "设计数据库表结构"
   （确认后）
   "写后端 API 接口"
   （确认后）
   "写前端页面"

技巧4：让 Claude 解释它的方案

给出的方案，请解释：
1. 为什么选择这个方案而不是其他方案
2. 有什么潜在风险
3. 如果数据量增大10倍，这个方案还行不行

---

12.2 聊着聊着 Claude 变慢了怎么办

为啥会变慢？

对话越来越长，Claude 要处理的信息就越来越多。就像一个人脑子里塞了太多东西，反应自然就慢了。

几种解决办法

方法	命令	啥时候用
压缩对话	/compact	对话很长但你还有问题要问
清空对话	/clear	想换个话题重新开始
新开一个	退出重启 claude	彻底从头来

/compact 到底干了啥？

/compact 会把当前一大堆对话内容压缩成一小段摘要，把关键信息留住，把重复的废话丢掉。

压缩前：聊了200多轮，信息量快撑爆了
       ↓ /compact
压缩后：对话变成一小段摘要 + 最近几轮对话

提示

啥时候该用 /compact？

• Claude 回复明显变慢了
• Claude 开始"忘记"之前聊过的内容
• 你还有后续问题要继续聊

---

12.3 让 Claude 先出方案再动手（Plan 模式）

Plan 模式是啥？

就是让 Claude 在真正动手之前，先给你一个详细的计划。你看完觉得没问题，再让它去执行。

怎么用？

# 用 /plan 开头就是告诉 Claude：先别动手，给我看看方案
/plan 帮我优化这个项目的性能

或者你描述了一个比较复杂的任务时，Claude 可能会自动进入 Plan 模式。

工作流程

啥时候用 Plan 模式？

场景	要不要用 Plan 模式
就改一行东西	不需要
修个小问题	不需要
整理一个模块	建议用
加一个新功能	建议用
大改架构	必须用

注意

遇到复杂的改动，一定先用 Plan 模式，看完方案再让它执行，别让它闷头就干。

---

12.4 Auto 模式的正确打开方式

回顾一下 Auto 模式

前面第6章聊过，Auto 模式就是让 Claude 自己判断操作安不安全，减少反复问你"行不行"的打扰。

我的建议

刚开始用 Claude Code → 默认模式（每一步都确认）
     ↓ 用熟了之后
日常简单操作 → Auto 模式
     ↓ 遇到重要修改时
改重要文件 → 切回默认模式

用 Auto 模式要注意啥

1. 配合 deny 规则使用 —— 把绝对不允许的操作加到 deny 列表里
2. 重要改动还是要检查 —— 即使用了 Auto 模式，也要定期看看 Claude 到底改了啥
3. 数据库操作要小心 —— 涉及数据库的变更，别让 Claude 自动执行

---

12.5 花了多少钱？怎么省一点？

看看当前花了多少

# 查看当前对话消耗了多少 token
/usage

或者

# 查看更详细的统计信息
/stats

会显示当前这次对话消耗了多少 token（就是 Claude 处理的文字量）。

省钱小妙招

妙招	为啥能省钱
用 Sonnet 而不是 Opus	Sonnet 更便宜，日常用完全够
用 /compact 压缩上下文	上下文越短，每次消耗越少
一次说清楚需求	减少来回修改的次数
不太重要的任务用低 effort	/effort low 减少 Claude 的思考深度

订阅和按量付费怎么选

使用方式	特点	适合谁
Pro 订阅 $20/月	固定月费，包含一定使用量	偶尔用用
Max 5x $100/月	5倍使用量	每天都用
Max 20x $200/月	20倍使用量	重度使用
API 按量付费	用多少付多少	需要精确控制费用

---

12.6 遇到报错怎么办

报错1：Context window exceeded

啥意思： 对话太长了，超出限制了。

怎么办：

# 先试试压缩对话，把长的内容变短
/compact

还不行的话，用 /clear 重新开始。

报错2：Rate limit exceeded

啥意思： 请求太频繁了，被限速了。

怎么办： 等一会儿再试。如果是 API 用户，可以申请提高限制。

报错3：Authentication failed

啥意思： 认证失败了，登录不上去。

怎么办：

1. 检查 API Key 对不对
2. 检查订阅有没有过期
3. 重新运行 claude 重新登录

报错4：Tool execution failed

啥意思： 执行某个操作失败了（比如运行命令报错）。

怎么办：

1. 看看具体的错误信息是什么
2. 把错误信息发给 Claude："命令执行失败了，错误是 XXX，帮我排查"

报错5：File not found

啥意思： Claude 找不到文件。

怎么办：

1. 确认你在正确的目录下启动的 Claude Code
2. 用 @ 引用文件时确保路径没写错
3. 直接告诉 Claude 文件的完整路径

相关信息

遇到报错别慌，把完整的错误信息贴给 Claude，它通常能帮你分析原因并给出解决办法。

---

12.7 更多我常用的小技巧

技巧1：让 Claude 帮你写 CLAUDE.md

# 让 Claude 分析项目并自动生成配置文件，省得自己从头写
claude
# 然后输入：
分析一下当前项目，帮我生成一份 CLAUDE.md

技巧2：把报错直接扔给 Claude

这是什么错误？怎么解决？
[贴报错信息]

技巧3：让 Claude 帮写提交信息

# 比自己憋 commit message 省事多了
claude
# 然后输入：
看看我的改动，生成一个简洁的 commit message

技巧4：批量替换

把所有 .js 文件中的 var 改成 const 或 let，根据使用场景判断用哪个

技巧5：让 Claude 帮忙检查代码

审查一下 @src/auth.py，关注安全问题

技巧6：快速了解一个新项目

刚接手一个不熟悉的项目？可以让 Claude 帮你快速搞清楚：

帮我梳理一下这个项目的架构：
1. 项目的主要模块有哪些
2. 模块之间的关系是怎样的
3. 入口文件在哪里
4. 核心业务逻辑在哪个文件

---

12.8 我踩过的坑，你别再踩

坑1：盲目相信 Claude 的结果

Claude 给出的东西不一定都是对的。一定要自己验证，特别是：

• 涉及金额计算的逻辑
• 安全相关的部分
• 数据库操作

警告

涉及金额计算、安全相关、数据库操作的部分，务必自己再检查一遍。

坑2：一次改太多东西

一次改太多文件，出问题了都不知道是哪改坏的。分步改，每步验证。

坑3：忘了保存重要改动

养成用 Git 管理的习惯。让 Claude 改之前先保存一个版本（commit），出问题了可以回退。

坑4：把敏感信息暴露出去

API Key、密码、Token 这些东西千万别写在代码里，也别在跟 Claude 聊天的时候发出去。

坑5：不重视 CLAUDE.md

提示

花 10 分钟写好 CLAUDE.md，后面能省下无数次重复解释的时间。

---

12.9 这一章聊了啥？

话题	一句话总结
说清楚需求	背景 + 目标 + 限制 + 格式
管理对话长度	/compact 压缩、/clear 清空
先规划再动手	Plan 模式适合复杂任务
控制费用	用 Sonnet、压缩对话、一次说清楚
遇到报错	看错误信息，贴给 Claude 分析
避坑指南	验证结果、分步改、用 Git、不暴露敏感信息

---

下一章来聊聊所有资源的汇总和一份速查表，方便以后随时翻：附录 资源汇总