榨干 Claude Code 的 16 个实用小技巧

我是 Quentin，OpenClaw 拼车（cp.bizq.net）的作者。我每天和 Claude Code 一起干活，下面这 16 条是我本人和团队成员在实际项目里反复用、反复验证的「省时省钱省脑子」技巧。

不是凑数清单。每一条都对应一类我们踩过的具体坑。

接入 OpenClaw 拼车之后，下面这些技巧每条都能放心放开手脚去用：

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

一、把需求说清楚（4 个）

1. 别再写「修复这个 bug」

模糊的指令是 token 杀手。Claude Code 会先猜你想要什么，再开始改，结果绕半圈才回到正题。

差的指令：

修复这个登录的漏洞

好的指令：

修复用户登录时不输入密码会触发 NullPointerException 的问题，定位到 LoginController.handleSubmit，加 null check 并返回 400 而不是抛异常。

后者是「约束 + 起点 + 期望行为」三件套。它不会再去翻 50 个文件试图理解你的「漏洞」是哪个。

2. 大需求拆分小步骤

小任务直接全文丢过去最快——一次性出结果，整体感强，AI 能统筹代码风格。

但是大需求一次甩过去几乎必出问题：上下文撑爆、输出截断、关键步骤被吞。我自己摸出来的边界是：3 个文件以内一次干，超过 3 个文件就拆。

拆成这样：

> 任务 1：给用户 API 创建一个新接口 POST /users/:id/avatar
> 任务 2：给请求字段加 zod 验证（mime + size）
> 任务 3：写这个接口的集成测试，覆盖 4xx / 5xx / 200 三个分支
> 任务 4：在 OpenAPI spec 里加这个接口

每完成一步先 review，再让它跑下一步。看似慢，实际比一次性甩出去再回滚快得多。

3. 改之前先让它读

在动键盘之前，先让 Claude Code 把代码看一遍：

> 分析一下 prisma/schema.prisma 里 User 和 Order 的关系
> 这个项目里错误是怎么处理的？看几个典型 controller 总结一下
> services/ 下面这几个文件，谁是入口？

让它先输出一段「我对项目的理解」，你顺手 review 一下有没有理解偏差。这一步省下来的 token 比你想象的多——很多 bug 都是因为它根本没搞懂上下文就开干。

4. 学会快捷键

最常用的几个：

快捷键	作用
`/`	调出所有斜杠命令
上下方向键	翻命令历史
`Tab`	补全命令 / 补全文件路径
`Option + Enter`（mac）/ `Shift + Enter`	输入框换行
`Esc`	立刻打断 AI
`Ctrl + C`	退出 Claude Code

Tab 补全文件路径这条特别值钱：输 @src/comp 然后 Tab，路径自动补全到 @src/components/，比让它自己去搜准得多。

二、效率开关（4 个）

5. 免授权模式：`--dangerously-skip-permissions`

Claude Code 默认每动一次工具就要你按 yes，跑脚本、改文件、git 操作全要确认一遍。一个会话点 50 次 yes 是日常。

启动时加参数：

claude --dangerously-skip-permissions

第一次启动会有个警告，按 yes 进 Bypass Permissions 模式，之后整个会话不再问你授权。终端下面有黄色提示条提醒你在裸奔。

每次手敲太麻烦，写到 alias 里：

echo 'alias claude="claude --dangerously-skip-permissions"' >> ~/.zshrc
source ~/.zshrc

注意：这条是双刃剑。只在你信任当前 prompt 的项目里用。给陌生 repo / 陌生数据跑的时候关掉，让它老老实实问你。

6. 深度思考：`think` / `ultrathink`

在 prompt 里加这几个词，触发不同强度的「思考预算」：

think  <  think hard  <  think harder  <  ultrathink

每升一档，模型可用的内部推理 token 越多，结果越靠谱、烧得越凶。

我自己的用法：

普通改 bug、加功能：不加 think
架构决策、复杂重构：加 think hard
性能瓶颈定位、安全设计：加 ultrathink

ultrathink 跑一次复杂题大概对应几毛到几块钱的 token。单点订阅时心疼，接拼车之后就放心用——反正都包月了。

7. `Esc` 立刻打断

它跑偏的时候不要等。按 Esc 立刻停，比让它跑完再回滚省太多。

打断之后可以继续告诉它：

你刚才的方向不对，重新规划，这次先列计划再动文件。

或者：

undo 上一步

它会把刚做的改动回滚（配合 git 还能再加保险）。

8. 多实例并行

Claude Code 实例之间不冲突，每个实例用各自的 ~/.claude/projects/<hash>/ 隔离会话。

我自己的工作流：

左边 tmux：Sonnet 写当前正在做的功能
右边 tmux：Opus 在另一个 worktree 里 review 上一个 PR
第三个窗口：Sonnet 跑测试 + 写文档

搭配 git worktree 一起用更香：

git worktree add ../proj-feature-a -b feature/a
git worktree add ../proj-bugfix bugfix-123
# 各自 cd 进去 claude

不同任务完全隔离，AI 之间不会互相干扰文件。

三、输入输出（2 个）

9. 处理图片

Claude Code 能读图。三种方式喂图进去：

拖拽：从 Finder/资源管理器拖图到终端窗口，路径自动展开
截图粘贴（mac）：Shift+Cmd+Ctrl+4 截图到剪贴板，用 Ctrl+V 粘贴（不是 Cmd+V！）
直接给路径：分析这张图：/path/to/img.png

mac 用户最常踩的坑是 Cmd+V——那是字符粘贴，触发不了 Claude Code 的图像识别。一定是 Ctrl+V。

实战用法：

> 这张设计稿，用 React + Tailwind 实现
> 这是报错截图，是什么原因？
> 这是当前页面 vs 设计稿对比，离设计差在哪？

10. 恢复历史会话

两种模式：

非交互模式（在 shell 里直接打）：

claude --continue   # 或 claude -c：自动接上最近一次会话
claude --resume     # 或 claude -r：弹出会话选择器

交互模式（已经在 Claude Code 里了）：

> /resume

弹出会话列表，方向键选一条回车恢复。

我自己的节奏是 「下班前 /compact → 第二天早上 claude -c 」——脑子接得上，token 也省。

四、记忆与上下文（3 个）

11. 三层记忆系统

Claude Code 有三个 CLAUDE.md：

类型	路径	用途
项目共享（推荐）	`./CLAUDE.md`	团队提交到 git 的项目规范
用户全局	`~/.claude/CLAUDE.md`	跨项目的个人偏好（如永远用 pnpm）
项目本地（已废弃）	`./CLAUDE.local.md`	不提交 git 的本地偏好

启动时三个文件都会被自动加载到上下文里。

子目录也生效：packages/api/CLAUDE.md 只对 packages/api 子树有效，monorepo 里这招救命。

12. `/memory` 编辑 + `#` 动态追加

两种维护方式：

完整编辑：

> /memory

弹出选择菜单，回车进系统编辑器。

对话中动态追加：

> # 永远不要用 var，改 const/let
> # 提交信息用中文，不要带 emoji

# 开头的一行会自动写进 CLAUDE.md，不需要手动改文件。我用这条做「教学回路」：每次它犯错就 # 一条规则，下次就不犯了。

13. `/compact` 上下文压缩

对话越长，每条新消息都要带着前面所有内容跑一遍，token 烧得飞快。Claude Code 默认在上下文超过 95% 时会自动压缩，但手动 /compact 比自动靠谱：

> /compact

它会清掉对话历史明细，只保留摘要。一个长会话压缩完往往瘦下来 80%。

我的节奏：

每完成一个子任务（写完一个功能、修完一个 bug），手动 /compact
任务彻底完了，/clear 直接清空开新的
切换不同模块时一定要 /clear，避免上一模块的代码风格污染下一个

五、把它当 Linux 助手（2 个）

14. 自然语言代替 Git

终端里大多数 Git 命令我已经记不全了，反正直接说人话：

> 我修改了哪些文件
> 用合理的描述性信息提交我的所有更改
> 推送本分支到远程
> 创建一个新分支：feature/payment-v2
> 删除本分支并切换到 master
> 显示最近 3 次提交涉及到的所有文件

不只是 Git，整个 Linux/macOS 命令行都能这么用：

> 列出当前目录下行数最多的前 3 个 .ts 文件
> 找出 src 下所有引用了 deprecated() 的地方
> 把 docs/ 下所有 .md 转成 PDF 输出到 dist/

非交互一次性跑：

claude -p "列出行数最多的前 3 个 .java 文件"

跑完直接退出，结果 stdout 输出，可以接管道。

15. 模型切换：`/model`

> /model

切 Sonnet / Opus。Sonnet 4 是默认值，绝大多数情况和 Opus 体感差不多但便宜很多——计费倍率约为 Opus 的 1/5。

我的策略：

默认 Sonnet 4
架构、安全审计、复杂重构：切 Opus
跑完切回 Sonnet

注意 Pro 用户只有 Sonnet，Max 才能用 Opus。

六、自定义快捷命令（1 个，但单独成节）

16. `.claude/commands/` 自定义斜杠命令

把常用 prompt 沉淀成一条命令。两个级别：

级别	路径	调用
项目级	`.claude/commands/<name>.md`	`/project:<name>`
用户级	`~/.claude/commands/<name>.md`	`/user:<name>`

子目录会带前缀：.claude/commands/frontend/component.md → /project:frontend:component。

实战例子：

项目级 optimize.md：

mkdir -p .claude/commands
cat > .claude/commands/optimize.md <<'EOF'
分析这个项目的性能瓶颈，输出三个具体的优化建议。
要求：
1. 每个建议附带涉及的文件和函数
2. 标注预期收益（性能提升的数量级）
3. 按 ROI 排序
EOF

调用：

> /project:optimize

用户级 push.md：

mkdir -p ~/.claude/commands
cat > ~/.claude/commands/push.md <<'EOF'
1. git status 看修改
2. 用合理描述性信息提交所有变更
3. 推送当前分支到远程
EOF

调用：

> /user:push

带参数的命令用 $ARGUMENTS：

# .claude/commands/fix-issue.md
分析并修复 GitHub issue #$ARGUMENTS：
1. gh issue view $ARGUMENTS 拿详情
2. 在 codebase 里定位相关代码
3. 实现修复，加测试
4. 提交并推送，开 PR 关联此 issue

调用：

> /project:fix-issue 1234

我自己积累了大概 20 条用户级命令，覆盖 git push、PR 描述生成、code review、文档生成、安全审计等。它们就是我的「肌肉记忆」。

拼车把这些技巧的成本压下来

上面 16 条越用得熟，token 烧得越凶——这是好事，意味着 Claude Code 真的在帮你干活。但单订 Max 20× 一个月按 Anthropic 官网定价并不便宜，团队多人要更肉痛。

OpenClaw 拼车把多人 Max 配额池子化了，同样这些用法继续无脑用，月底账单变成原来的零头。具体接入按团队规模定制，先一行接上：

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

更多用法和接入细节见 https://cp.bizq.net。