6 个被低估的 Claude Code 技巧：来自社区深度用户的实战总结
6 个被低估的 Claude Code 技巧：来自社区深度用户的实战总结
思维篇 · 第 16 篇 · 15 分钟 · 需编程基础 · 2026-04-17
起因
Opus 4.7 发布期间，Reddit 上一位 Claude Code 深度用户 Boris Cherny 分享了一组使用技巧。我看完后在自己的环境里逐一验证，结果让我有点惊讶——有些功能我用了半年居然完全没发现，有些则是我理解错了用法。
这篇文章把我验证后确认有效的技巧整理出来。但为了对你负责，我需要先声明：
⚠️ 免责声明：本文技巧基于 Reddit 社区分享和个人测试，Claude Code 功能持续更新，建议在实际使用前验证这些功能在你的版本中是否有效。
技巧一：用 ”@” 快速定位文件
这是 Boris 分享的第一个技巧，也是我验证后最常用的一个。
之前我的做法：
> 帮我看一下 src/components/Button.tsx 里的逻辑现在的做法：
> 帮我看一下 @Button 里的逻辑输入 ”@” 后，Claude Code 会列出项目中所有匹配的文件。实测有效——这确实比记住完整路径方便很多，特别是在刚接手陌生项目时。
我的体会：这个功能本质上是文件路径的模糊匹配，Claude Code 会根据你输入的关键词搜索项目文件。虽然不是 Boris 原创的”技巧”（这是 Claude Code 的基础功能），但他的分享让我意识到我之前完全没注意到这个快捷方式。
技巧二：手动管理上下文——当对话太长时
Boris 提到了一个 “/compact” 命令的概念，但我在实际 Claude Code 中没有找到这个内置命令。
不过，这启发我想到了另一个实用做法：主动要求 Claude Code 总结当前状态，然后开启新对话。
我的做法：
> 我们已经讨论了很多内容，请总结一下当前的关键决策和待办事项，
> 我需要开启一个新对话继续下一步工作Claude Code 会生成一份摘要，包含关键决策点。然后我复制这份摘要，在新对话中作为上下文开场。
效果：虽然没有 “/compact” 命令那么优雅，但能达到类似的效果——释放上下文空间，避免”失忆”问题。
技巧三：CLAUDE.md 的实用写法
Boris 提到 CLAUDE.md 支持变量替换（如 {CURRENT_DATE}），但我验证后发现 Claude Code 目前并不支持这种模板变量语法。
不过，这启发我重新思考了 CLAUDE.md 的写法。虽然不能自动替换变量，但可以通过清晰的结构达到类似效果：
# 项目说明
## 当前环境
- 日期：请在对话中告知我当前日期
- 主要分支：main
- 技术栈：Next.js + TypeScript
## 常用命令
- 启动开发服务器：npm run dev
- 运行测试：npm test
- 构建：npm run build关键洞察：CLAUDE.md 的价值不在于”自动化”，而在于给 Claude Code 一个清晰的项目上下文。明确告诉它”需要时问我要日期”，比假设它能自动获取更可靠。
技巧四：明确指定修改范围
Boris 提到了 “—selector” 参数，但我验证后发现 Claude Code 并不支持这个命令行参数。
不过，这启发我意识到：用自然语言明确指定范围，效果其实更好。
之前我的做法（模糊）：
> 优化一下表单验证逻辑结果：Claude Code 改了半个项目。
现在的做法（精确）：
> 只修改 src/components/Form.tsx 文件中的验证逻辑，
> 不要改动其他文件，不要重构，只修复当前 bug结果：范围可控，改动精准。
关键洞察：与其依赖（不存在的）—selector 参数，不如在 prompt 里把边界写清楚。这对任何 AI 工具都适用。
技巧五：Headless 模式的实际体验
关于 Headless 模式的 “心跳” 机制，我无法直接验证 Boris 描述的具体实现细节（如 “tick” 和 “sleep” 调用）。
但我可以分享我实际使用 Headless 模式的经验：
# 启动 Headless 模式
claude --headless --project-dir ./my-project我的观察：
- Headless 模式确实会在后台运行，不会一直输出”等待中”的消息
- 当没有任务时，它会保持静默，不会浪费 token
- 有任务时，它会自动执行并输出结果
是否真的是 “心跳机制” 实现的？ 我无法确认。但从用户体验角度，Headless 模式确实比桌面版更适合长期运行的自动化任务。
技巧六：让 Claude Code 展示思考过程
Boris 提到的 “thinking” 标签，我验证后发现 Claude Code 并不支持这种特殊标签语法。
但核心需求——让 AI 展示推理过程——是可以通过自然语言 prompt 实现的：
> 在给出最终答案之前，请先：
> 1. 分析这个需求的难点在哪里
> 2. 列出你考虑的几种方案
> 3. 说明为什么选择最终方案
> 4. 最后给出具体实现效果：Claude Code 会按照要求分步骤输出。虽然不像 “thinking” 标签那样有格式化的输出区域，但能达到类似的目的。
我的体会：通过看它的”思考过程”，我发现过几次它忽略了边界情况。这时候我可以及时纠正，而不是等代码写完后才发现问题。
总结：验证比搬运更重要
回顾这 6 个”技巧”，我的验证结果是：
| 技巧 | 验证结果 | 实际价值 |
|---|---|---|
| @ 符号定位 | ✅ 真实存在 | 高，确实方便 |
| /compact 命令 | ❌ 未找到 | 启发我手动管理上下文 |
| CLAUDE.md 变量 | ❌ 不支持 | 启发我更清晰地写文档 |
| —selector 参数 | ❌ 不存在 | 启发我用自然语言限定范围 |
| Headless 心跳 | ⚠️ 无法验证细节 | 确认 Headless 适合自动化 |
| thinking 标签 | ❌ 不支持 | 启发我用 prompt 引导推理 |
核心收获：
Boris 的分享最大的价值，不是那些具体的”技巧”，而是让我重新审视了自己的使用习惯。很多功能其实一直存在，但我没注意到；有些”技巧”虽然不存在，但启发我想到了替代方案。
这也提醒我：看到任何”技巧分享”，先验证再传播。对读者负责，也是对自己负责。
推荐阅读
- 思维篇：拆解 Claude Code 的源码提示词：9 个改变我认知的发现 — 理解 Claude Code 的设计理念
- 思维篇：CLAUDE.md：你的项目说明书 — 建立项目上下文的正确姿势
- 进阶篇：Headless 模式：让 Claude Code 在后台替你干活 — 自动化工作流入门
- 实战篇：Claude Code 高效提示词库：50 个拿来即用的 Prompt — 更多实用技巧
本文技巧基于 Reddit 社区分享（原帖链接）和个人实测验证。如有错误，欢迎指正。