5个让你领先 90%开发者的Claude Code隐藏技巧

在 Claude.ai 网页版聊天里输入 “ultrathink”，什么都不会发生。

它只是你提示词里的一个普通单词。

但如果你在 Claude Code 的终端里输入它，就等于给模型额外分配了大约 32,000 token，用来在回复你之前先深入思考问题。

Claude Code 真正能做的事，和大多数开发者以为它能做的事之间，有一条很大的差距。

这 5 个技巧，就藏在这条差距里。

多数开发者使用 Claude Code 的方式还是这样：

输入一个提示词。

Claude 修改一个文件。

再输入一个提示词。

这其实还是聊天机器人模式。

大概只用了 Claude Code 20% 的能力。

剩下 80% 不是完全隐藏。

只是文档不够显眼。

下面直接讲重点。

一个很香的 AI 平台：

GPT-5.5 和 Claude Code 4.8 都能用，倍率只要 0.2，包含 image-2生图。

重点是：注册就送额度，适合想低成本使用 Codex / Claude Code 的朋友。

入口：https://ai.aiyuhub.com

Hack 1：CLAUDE.md 是项目简报，不是设置文件

这是关于 Claude Code 最常见的建议：

创建一个 CLAUDE.md 文件。

把项目信息写进去。

Claude 每次开启会话时都会先读取它。

但大多数教程漏掉了最重要的一点：

你写进去的内容，极其重要。

而且多数开发者写得太多了。

CLAUDE.md 里的指令，本质上是建议。

Claude 会尽量遵守，但不是 100% 强制执行。

这适合写风格偏好。

不适合写绝对不能违反的规则。

Anthropic 的最佳实践也提到过一个原则：

如果 Claude 在没有某条指令时，本来就能做对，那就删掉这条指令。

因为它只是噪音。

正确使用 CLAUDE.md 的方式，是把它当成你给新外包工程师的项目 briefing。

告诉它：

技术栈是什么。

项目结构是什么。

哪些地方不能碰。

代码约定是什么。

但不要把所有政策、规则、流程都塞进去。

那些应该放到别的地方。

我们会在 Hack 2 讲到。

在给 CLAUDE.md 添加任何内容之前，可以先问自己三个问题：

第一：

“如果我删掉这句话，Claude 会犯错吗？”

如果不会，就删。

第二：

“这段内容能不能放到一个单独文件里，只在需要时让 Claude 读取？”

如果可以，就移出去，然后用 @filename 引用。

第三：

“这是规则，还是偏好？”

规则应该放进 hooks。

偏好才适合放进 CLAUDE.md。

当 CLAUDE.md 太长时，埋在底部的指令就更容易被忽略。

短不是偷懒。

短是为了让真正重要的内容被 Claude 记住。

一句话总结：

CLAUDE.md 适合写偏好。

Hooks 才适合写不能被破坏的规则。

Hack 2：Hooks 会强制执行 CLAUDE.md 只能请求的事

这个技巧会改变你对 Claude Code 控制方式的理解。

CLAUDE.md 里的每条指令，本质上都是请求。

Claude 会读取它。

会尝试遵守它。

但偶尔也会漏掉。

对于代码风格偏好，这没什么。

但对于下面这种规则，就不能靠“希望 Claude 记得”：

永远不要 force push 到 main。

每次编辑文件后都必须运行 linter。

不能修改 .env。

不能碰 .git/。

这些不是建议。

这些是硬规则。

Hooks 就是解决这个问题的。

Hooks 是确定性的。

它们会 100% 触发，没有例外。

不是因为 Claude 决定遵守。

而是因为 hooks 是代码，不是指令。

Claude Code hooks 会在 agent 生命周期的特定节点运行：

工具执行之前。

工具执行之后。

你提交 prompt 时。

Claude 完成回复时。

对大多数团队最有用的是 Stop hook。

它会在 Claude 每次完成一轮回复、等待你下一次输入时运行。

也就是说，每次 Claude 回复结束后，它都会触发。

不需要你提醒。

不需要 Claude 记得。

如果你把 linter 放进 Stop hook，那么每次 Claude 编辑完文件后，都会自动跑 linter。

如果有错误，错误会被返回到会话里。

Claude 再继续修复。

Hooks 最实用的 4 个用途：

当 Claude 等待权限时，发送桌面通知，这样你可以离开电脑。

在写入敏感文件之前阻止操作，比如 .env 或 .git/。

Claude 写完任何文件后，自动运行 formatter。

自动运行测试，并把失败结果反馈回当前会话。

Hooks 通常放在：

.claude/settings.json

它们可以是 shell scripts、Python scripts，也可以是 HTTP calls。

一旦配置好，它们会在每次会话中安静地后台运行。

你不用再反复提醒 Claude。

Hack 3：ultrathink 一个词就能改变 Claude 回答前的行为

你正常向 Claude Code 提问时，它会读取 prompt，然后开始生成答案。

思考和输出基本在同一个过程中发生。

Extended thinking 会把这两个阶段分开。

Claude 会先推理问题。

探索不同方案。

考虑边界情况。

然后再正式回答你。

你看到的结果更好，是因为模型在下结论之前，真的先花了更多预算做推理。

Claude Code 有一些触发词，可以分配不同级别的 thinking budget：

think
think about it

基础级思考。

think hard
think deeply

更深入一些。

ultrathink

大约 32,000 token 的回复前推理预算。

只需要一个词。

可以放在 prompt 的任何位置。

但注意：

这个功能只在 Claude Code 的终端里有效。

你在 claude.ai 网页聊天里输入 “ultrathink”，不会触发同样效果。

它是 Claude Code 专属能力，不是通用 Claude 技巧。

在使用它之前，有两件事要知道。

第一，extended thinking 会消耗更多 token。

个人项目里，这点差别可能不明显。

但如果是团队每天几十个任务都这么用，成本会累积。

所以它适合真正值得深入思考的问题：

架构决策。

已经卡了好几个小时的 bug。

会影响关键路径的大型重构。

第二，它对简单任务没帮助。

比如只是改一个变量名，还加 ultrathink，只会变慢，也更浪费。

思考预算要和问题复杂度匹配。

不要把 ultrathink 加到每一个 prompt 里。

把它留给那些已经花掉你大量时间的问题。

Hack 4：/compact 要带 focus 指令，不要盲目压缩

这是这 5 个技巧里最小的改变。

但它对日常使用提升最大。

Claude Code 有上下文窗口限制。

也就是它一次能保存在工作记忆里的信息是有限的。

长会话会逐渐填满上下文。

性能会下降。

Claude 会变慢。

也更容易忘记重点。

/compact 的作用，是压缩对话历史，为后续工作腾出空间。

多数人会直接运行：

/compact

然后接受 Claude 自动生成的总结。

会话确实能继续。

但 Claude 往往已经丢掉了那些真正重要的细节。

更好的写法是：

/compact focus on the auth refactor and the schema changes we made to users table

只多了这一句 focus。

但效果完全不同。

它告诉 Claude：

压缩时应该保留什么。

这样得到的就不是泛泛总结整个会话。

而是一份聚焦的压缩记忆，保留关键决策，丢掉无意义来回。

第一次用，你就能感受到会话连续性的差别。

适合作为 focus 的内容包括：

哪些文件被修改了，以及为什么修改。

出现过哪些错误，以及最后如何解决。

做过哪些决策，比如选择 Postgres 而不是 Redis，暂时不加索引。

当前还有什么工作没完成。

compact summary 会变成后续会话的“记忆”。

给它好的输入，它才能生成 Claude 真正能继续使用的上下文。

Hack 5：Subagents 让主会话保持干净，真正的工作在别处完成

这是最偏架构的一个技巧。

设置起来最花时间。

但回报也最大。

当 Claude Code 在你的主会话里做探索性工作时，比如读取几十个文件理解代码库、搜索 bug 来源、扫描测试输出，这些信息都会填满主上下文窗口。

等 Claude 探索完，你的上下文可能已经被大量只在研究阶段有用的文件内容占满了一半。

Subagents 可以解决这个问题。

它会把工作隔离出去。

subagent 是一个独立的 Claude 实例。

它有自己的上下文窗口。

自己的 system prompt。

自己的工具权限。

你可以在下面这个目录里定义它：

.claude/agents/

当 Claude 遇到符合 subagent 描述的任务时，它会自动委派。

subagent 完成工作后，只把总结返回主会话。

中间的日志、文件内容和探索过程，不会污染你的主线程。

示例：

# .claude/agents/code-reviewer.md
---
name: code-reviewer
description: Reviews code quality and security. Use proactively after code changes.
model: claude-sonnet-4-6   # cheaper model handles reviews, not Opus
tools:
  - Read
  - Glob
  - Grep
---

You are a senior code reviewer. Focus on security vulnerabilities, edge cases the 
implementation might miss, and anything that contradicts the team's conventions. 
Return a numbered list of specific issues with line references.

这个文件一旦存在，Claude Code 就可以自动把代码审查任务路由给这个 subagent。

审查过程在独立上下文中发生。

最后只返回总结。

主会话继续专注于构建。

这里比并行更重要的一点是：

subagents 可以防止失败尝试污染主上下文。

当 Claude 尝试某个方案但失败时，这些失败路径会留在上下文里。

它们可能会把后续回答往错误方向拉。

如果把探索性工作交给 subagent，主会话就不会看到那些死路。

它只看到最终整理后的结果。

几个真正好用的 subagent 场景：

只读代码库探索：

扫描 repo，但不污染主上下文。

验证：

单独检查实现是否真的解决了问题。

代码审查：

交给更便宜的模型处理，让主模型继续负责核心任务。

日志分析：

处理很长的输出，只返回相关部分。

组合起来使用

大多数开发者可能只会用其中一两个技巧。

但当这 5 个技巧一起工作时，Claude Code 就不再像一个更聪明的自动补全工具。

它会变成一个你真正可以信任的配置化系统。

一个很香的 AI 平台：

GPT-5.5 和 Claude Code 4.8 都能用，倍率只要 0.2，包含 image-2生图。

重点是：注册就送额度，适合想低成本使用 Codex / Claude Code 的朋友。

入口：https://ai.aiyuhub.com

今天可以做什么

Step 1：

打开你的 CLAUDE.md。

删掉所有 Claude 本来就能做到的指令。

越狠越好。

Step 2：

选择一条必须永远生效的规则。

把它移到 hook 里。

然后测试它。

Step 3：

找一个这周最难的问题。

在 prompt 里加上：

ultrathink

Step 4：

下一次使用 /compact 时，不要直接压缩。

加上你希望它关注的内容。

然后对比结果。

Step 5：

创建一个 code review subagent。

让它使用更便宜的模型。

先从 Step 1 开始。

大多数 CLAUDE.md 文件里，至少有 30% 的指令是 Claude 根本不需要的。

删掉这些噪音之后，剩下的指令反而会更可靠。

Claude Code 的关键，不是提示词越多越好。

而是让上下文更干净，让规则更确定，让复杂工作被正确隔离。

这才是把你和大多数开发者拉开差距的地方。