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、远程控制。你将彻底不再盯着终端。

这套系统会复利。

每一层都让下一层更强。

从头开始。掌握它。再往上走。


以上,觉得有收获,点个赞、在看、转发支持一下;想不错过更新,记得星标⭐。下次见。
搜索公众号:"知悟之旅"关注我看更多

posted @ 2026-07-01 09:03  知悟知旅  阅读(24)  评论(0)    收藏  举报