27 个多数人不知道的 Claude Code 隐藏功能、设置与快捷键

大多数人把 Claude Code 当成高级自动补全来用。
他们输入提示词。等待。接受第一版输出。
90% 的能力就这样被浪费了。
真正把产出拉开 2 倍和 10 倍差距的,是 27 个具体动作。
我全拆开讲。
入门 → 进阶 → 高手。
读一遍。存下来。到每个阶段再回来对照。
大多数开发者把 Claude Code 当成自动售货机。
投币一个提示词。掉出一坨代码。
错的模型。
正确的模型是:Claude Code 是一个天赋极高但需要 proper onboarding(正规入职引导)、清晰约束、定期 check-in 的初级开发者。
给它结构 → 它能跑很远。不给结构 → 它就乱逛。
下面每一条技巧,本质上都是同一件事:
给 Claude 更好的结构,让它能不依赖你地跑得更远。

入门级技巧 | BEGINNER HACKS
先掌握这些。它们能避免 80% 的浪费会话。
1. 第一件事:运行 /init
每个新项目里你做的第一件事:运行 /init。
Claude 读取你的代码库,生成一个 CLAUDE.md 文件。
这个文件成了项目的"大脑"——架构决策、约定、模式、命名规则。
之后每次会话都自动加载这份上下文。
没有它:Claude 猜你的约定。有了它:Claude 已经知道了。
/init
一条命令。搞定。永远别跳过。
2. 用 /statusline 看清正在发生什么
配置 /statusline,把你的终端变成实时仪表盘。
你能看到:token 用量、会话指标、模型信息——全部实时刷新。
/statusline
别再猜自己烧了多少上下文。
看那个数字。
3. 开启语音输入
解放双手让你能持续保持在"解题模式"里。
不用停下来打字,直接说出下一条指令。
尤其在 review 输出、想中途改方向又不想打断节奏时格外有用。
设置里开一次。之后就会一直用。
4. 用 /context 找出谁在吃你的 token
你的上下文窗口是一笔预算。
变重的时候,用 /context 查看是谁在占地方。
/context
你几乎总能发现累赘——旧文件、无关上下文、过期指令。
删掉。输出立刻变好。
5. 60% 时压缩,任务之间清空
上下文卫生的两条规则:
-
• 上下文到 60% 时跑
/compact——Claude 压缩对话但保留关键信息 -
• 完全不相关的任务之间跑
/clear——重新开始
/compact # 一个任务跑太久时
/clear # 切换到新的无关任务时
大多数开发者等到上下文彻底塞满才动手。
那时候 Claude 已经在退化了。
60% 是最佳时机。

6. 永远从 plan mode 开始
在 Claude 写下一行代码之前——让它先规划。
# 开启会话时:
"在做任何事之前,先列出方案。
列出步骤。标出任何假设。
如果有不清楚的地方,问我。"
为什么有用:
-
• 强制 Claude 先想再动手
-
• 尽早暴露错位的假设
-
• 在算力被花掉之前给你一个 checkpoint
plan mode 开的会话多花 3 分钟。没规划就开的会话往往要多花 3 小时去修。
7. 给问题,别给命令
大多数人会说:"给我做个登录页。"
更好的说法:"用户用带特殊字符的密码登不进来。这是报错。这是约束——不能改数据库 schema。"
问题 + 约束 + 上下文 = 输出质量 dramatic 提升。
Claude 不是命令执行器。
它是问题解决器。
把问题给它。
8. 让 Claude 在开工前先提问
每个复杂提示词都加上这句:
开工之前,把所有为了让这件事做好而需要的澄清问题列出来,一次性问完。
第一版输出几乎从来不是最好的。
最好的输出出现在 Claude 理解了边界情况之后。
让它问。回答一次。然后看它跑。
9. 把自我验证烤进 to-do 列表
给 Claude 任务列表时,加上验证步骤:
Todo:
1. 做支付表单
2. 加输入校验
3. ✓ 验证:用空输入、特殊字符、超过 $10,000 的金额分别测试
4. 加错误提示
5. ✓ 验证:确认所有错误状态都被处理并可见
Claude 会在宣布完成之前先自查自己的活。
没这一步:Claude 在第 2 步就宣布胜利。有了这一步:Claude 真的把事做完。

进阶级技巧 | INTERMEDIATE HACKS
基础打牢后,这些才是真正的生产力跃迁。
10. 派子代理做并行工作
最被低估的功能之一。
别再串行做任务,把任务拆给子代理(sub-agent),每个有隔离的上下文。
"起一个子代理负责数据库 schema。另一个负责 API 端点。你来协调集成。"
并行工作。隔离上下文。零交叉污染。
生产力提升不是线性的。是乘法级的。
11. 把可复用提示词存成自定义 skill
每次你把同一套指令写第二遍,就在亏。
把可复用的工作流存成 skill 文件:
# skills/code-review.md
Review 代码时:
1. 先查安全漏洞
2. 标出所有 N+1 查询
3. 验证每个外部调用的错误处理
4. 检查变量命名是否符合约定(camelCase,语义化)
5. 输出:严重问题在前,建议在后
加载 skill。Claude 按你的标准执行。每次都是。
再不用重写同样的指令。
12. 简单任务用更轻的模型
Haiku 用于:文件改名、简单重构、样板代码、配置编辑。
Sonnet/Opus 用于:架构决策、复杂调试、多文件改动。
# 会话设置里:
"这个任务用最划算的模型。"
大多数开发者什么都用 Opus。
那就像开法拉利去买菜。
让模型匹配任务。
13. 让 CLAUDE.md 跟项目一起进化
你 /init 出来的 CLAUDE.md 不是一次性文档。
项目变化时同步更新它:
# CLAUDE.md
## 当前技术栈
- Next.js 14(用 App Router,不是 Pages Router)
- Supabase 做认证和数据库
- Tailwind + shadcn/ui 做组件
## 严格规则
- 永远不要 commit 或 push。所有 git 操作用户自己来。
- 一律用 TypeScript。不要 JS 文件。
- 所有 API 路由放在 /app/api/
## 已知问题
- 移动端 auth session 偶尔过期——做任何 auth 相关工作时都要留意这点
过期的上下文比没上下文还糟。
过期的 CLAUDE.md 会让 Claude 自信地往错的方向冲。
14. 从 CLAUDE.md 链接外部文件,而不是内联粘贴
别把所有东西都塞进 CLAUDE.md。
引用外部文件:
# CLAUDE.md
## 架构
见: /docs/architecture.md
## API 约定
见: /docs/api-standards.md
## 当前 Sprint
见: /docs/sprint-23.md
Claude 只加载需要的部分。
你的上下文保持精简。token 预算保持健康。
15. 一发现跑偏,立刻掐掉
Claude 偏离轨道的那一刻——停。
别让烂活累积。
停。这不是我要的。
真正的需求:[清晰重述]
约束:[说明约束]
只围绕这一点重来。
累积的烂活比从头重来还难修。
早抓偏轨。狠狠重提。
16. 挑战第一版输出
"接受"是好作品的天敌。
每次输出之后:
这份输出最弱的部分在哪?
如果有更多时间你会改什么?
有没有更简单的方案我该考虑?
Claude 的第一版答案很少是最好的。
最好的答案出现在被挑战之后。
17. 配通知 hook
别再盯着终端。
设置 hook,长任务跑完时戳你一下:
# 示例:Claude 完成时通知
claude run "build the feature" && \
osascript -e 'display notification "Claude done" with title "Claude Code"'
去做点别的。
它叫你了再回来。
18. 喂截图做布局验证
Claude 看不到你跑起来的应用。
但它能分析应用的截图。
这是当前状态的截图。
按钮在移动端对齐有问题。
按设计稿改 CSS。
把截图直接粘进会话。
可视化调试快了 10 倍。

高手级技巧 | PRO HACKS
到这里,Claude Code 就不再像"编码助手",开始像"团队"了。
19. Chrome DevTools 集成
让 Claude 通过 DevTools 跟你跑起来的应用交互。
它能实时读 console 报错、网络请求、DOM 状态。
在 checkout 页打开 DevTools。
查清楚支付按钮为什么没反应。
看 console errors 和 network tab。
调试变成:Claude 看页面,Claude 修页面。
而不是:你复制粘贴报错,Claude 猜。
20. 恢复之前的会话
别再丢失之前会话的上下文。
claude --resume 9901b366-c4b6-4d78-89ad-81e964e373e
Claude 打开那个会话——完整对话历史、完整上下文、你上次停下的地方。
会话 ID 在 Claude Code 历史里找。
把你会回去的会话标个书签。
21. 用 Git Worktree 跑并行会话
这是严肃项目最大的生产力解锁点。
在不同分支上同时跑多个 Claude 会话。
# 为并行工作创建 worktree
git worktree add ../project-feature-auth feature/auth
git worktree add ../project-feature-payments feature/payments
git worktree add ../project-feature-dashboard feature/dashboard
# 在每个目录里跑独立的 Claude 会话
# Claude 同时推进三个
# 无冲突。无等待。
会话 1:做 auth。会话 2:做支付。会话 3:做 dashboard。
同时跑。
这就是怎么把一周的活在一天里 ship 出去。

22. 用直接 API 端点替代 MCP server
MCP server 有开销。
对性能敏感或高频的工作,直接调 API 端点。
# 替代:用 MCP server → Notion
# 改成:"直接调 Notion API,api.notion.com/v1/pages
# 这是我的 API key 格式和端点结构。"
更少开销。更少 token。更低延迟。
贵的工具调用 → 换成直接 API → 立刻见效。
23. 用 /loop 自动化重复任务
Claude 能无人值守地反复跑任务,最长 3 天。
Loop:每 30 分钟检查一次 /health 端点的部署状态。
记录响应时间和状态码。
如果状态码不是 200 或响应时间超过 2 秒,提醒我。
设好。走人。
Claude 监控、记录、分类——一跑好几天。
24. 从手机远程控制
远程管理你本地的 Claude 会话。
# 通过 ngrok 之类暴露你的 Claude 会话
ngrok http 3000
# 从手机浏览器访问
# 通勤路上启动构建
# 不开电脑就能看进度
适合你人不在桌前、突然想起有一件事忘了启动的场景。
掏出手机。启动任务。到家前就跑完了。
25. 用自然语言查数据库
一次性分析,跳过写 SQL。
查询:过去 30 天里按总收入排名的前 10 名用户,
包含他们的邮箱和最近一次购买日期。
Claude 翻译成 SQL,执行,返回答案。
不用写 SQL。不用记 schema。一个问,一个答。
26. 真正难的问题用 Ultrathink
当问题真的复杂——把 token 拉满,明确告诉 Claude:
Ultrathink:这个分布式锁的 bug 只在 Redis 集群
failover 期间的高并发下出现。慢慢来。
在提方案之前,先把所有边界情况梳理清楚。
90% 的任务,快就够了。
剩下 10% 真正难的——慢下来。
思考预算就摆在那。用它。
27. Opus 4.8 的 Ultracode 模式
要最高编码性能:
/effort high
这会激活 ultracode——Claude 最高强度的编码模式。
留给:
-
• 复杂架构决策
-
• 安全关键实现
-
• 性能优化 pass
-
• 多系统重构
它花更多 token。花更长时间。
但在硬问题上,产出明显更好。

27 条技巧背后的共同模式
这份清单上每一条,都是这三件事之一:
上下文纪律——CLAUDE.md、/init、/compact、/clear、文件链接。给 Claude 更好的信息,它就做出更好的决策。
聪明委派——子代理、worktree、并行会话、/loop。别再一次做一件事,Claude 能同时做很多。
激进自动化——hook、远程控制、skill、数据库查询。一件事你手动做超过两次,就该让 Claude 做。
那些 ship 出 10 倍产出的开发者并不更聪明。
他们更系统。
从哪开始
别今天就想落地全部 27 条。
第 1 周:/init、/compact、plan mode、自我验证 to-do。光这四条就能彻底改变你的会话。
第 2 周:自定义 skill、更轻的模型、更新 CLAUDE.md、挑战每一版输出。你将停止重写同样的指令。
第 3 周:子代理、worktree、并行会话。你开始同时 ship 多个功能。
第 4 周及以后:Loop、ultrathink、DevTools、远程控制。你将彻底不再盯着终端。
这套系统会复利。
每一层都让下一层更强。
从头开始。掌握它。再往上走。
以上,觉得有收获,点个赞、在看、转发支持一下;想不错过更新,记得星标⭐。下次见。
搜索公众号:"知悟之旅"关注我看更多

浙公网安备 33010602011771号