深度使用Claude Code 11 个月后，我总结的 10个核心技巧

Claude Code 发布以来，我已经深度使用了 11 个月，期间还整理了一份超过 40 条技巧的清单。

这里我想分享其中最重要的 10 条，帮你快速上手。

1. 精简上下文

上下文越长，Claude 的表现就越差。所以要掌握各种精简上下文的方法。

最简单的做法是：开始新话题时就新建一个对话。

还有个快速技巧：

第一轮对话：确定需要修改哪些文件
第二轮对话：搞清楚具体怎么改

记住：AI 上下文就像牛奶，越新鲜浓缩越好。

2. 拆解问题，逐步解决

Claude 处理长任务的能力不错，但不是完美的。

问题太复杂时，它容易出错。

所以要把大问题拆成小步骤。如果步骤还是太大，就继续细分。

3. 别急着写代码

很多人一上来就让 AI 写代码，结果代码质量差，AI 也因此背了黑锅。

其实 AI 在理解代码库、做调研、头脑风暴、讨论架构等方面都很擅长。

写代码前做足准备，才是产出高质量代码的关键。

4. 用好 Git 和 GitHub

直接让 Claude 处理 Git 和 GitHub CLI 操作，包括提交（省得手写提交信息）、分支、拉取、推送。

我个人设置了自动拉取，但不自动推送，因为推送风险较大。

你甚至可以让它跑 git bisect 来定位引发问题的提交。不过它需要测试每个提交的方法，可能要你提供测试脚本。

5. 多角度检验 AI 的输出

如果输出是代码，可以让它写测试来验证。

也可以用可视化 Git 工具，比如 GitHub Desktop。我在用，虽然不完美，但快速检查改动够用了。

让它生成草稿 PR 也不错，你可以在正式提交审查前仔细检查。

6. 让 AI 自查

可以让它检查自己的工作。比如它给了你一些研究结果，你可以问：“确定吗？再核实一遍？”

我最常用的提示词是：“逐条检查你产出内容里的每个论断，最后用表格列出你验证过的内容。”效果很好。

做 Web 应用的话，可以用 Playwright MCP 或 Claude 原生的浏览器功能（/chrome）让它验证功能是否正常。

用 Claude for Chrome 时，建议在 CLAUDE.md 里加上这段，让它用可访问性树引用而非坐标（更快更准）：

# Claude for Chrome

- 用 `read_page` 从可访问性树获取元素引用
- 用 `find` 按描述定位元素
- 用 `ref` 点击/交互，别用坐标
- 除非用户明确要求，否则别截图

处理交互式 CLI 可以用 tmux，套路是：开启 tmux 会话 → 发送命令 → 捕获输出 → 验证结果。

7. 自定义状态栏

可以自定义 Claude Code 底部的状态栏。我的设置显示：模型、当前目录、git 分支、未提交文件数、与远程仓库的同步状态，还有 token 用量的进度条。

这样能随时掌握上下文用量，也能记住自己在做什么。

8. 向下次会话传递上下文

Claude Code 有个 /compact 命令能总结对话、释放上下文，但我发现主动管理效果更好。

我的做法是：让 Claude 写份交接文档再重新开始。比如：“把剩余计划写进 HANDOFF.md，说明你尝试了什么、什么管用、什么不管用，好让下一个全新上下文的 agent 只需读这个文件就能接手完成任务。”

然后新建对话，只给它这个文件路径就行。

我还做了个半克隆命令，克隆当前对话但只保留后半段，既能减少上下文，又保留了最近的工作内容。

9. 善用语音输入

我发现语音比打字快多了。在本地用语音转录系统很有帮助。

Mac 上我试过 superwhisper、MacWhisper、Super Voice Assistant 等。就算转录有错，Claude 也能明白你的意思。

最好把这当成跟朋友聊天。想快速沟通，为什么不打个电话？发语音消息就行，至少对我来说更快，对大多数人应该也是。

10. 同时管理多个会话

跑多个 Claude Code 时，保持条理比技术设置重要。建议一开始最多同时处理三四个任务。

我的方法叫“级联”：每次开新任务就在右边开新标签，然后从左往右扫，从旧任务到新任务。方向保持一致，除非需要查看特定任务。

11. (附赠)把 'claude' 简化成 'c'

用 Claude Code 后我更常用终端了，设置短别名能快速启动。我最常用的是把 c 设为 Claude Code 的别名。

设置方法：在 shell 配置文件（~/.zshrc 或 ~/.bashrc）里加这行：

alias c='claude'

之后就能配合参数用了：c -c 继续上次对话，c -r 显示最近对话列表。