写在前面
用 Claude Code 一个月后，我发现大多数人只发挥了它 30% 的能力。不是功能太难，而是不知道有这功能。
这篇整理了我日常最高频的 10 个技巧，帮你从"能用"进化到"丝滑"。
技巧一：善用 @ 符号快速引用
在对话中输入 @，Claude Code 会弹出文件选择器。这比口述文件名准确 100 倍：
@src/components/Button.tsx 这个组件的样式需要调整
进阶用法：
@src/**/*.tsx— 引用整个目录@README.md— 引用项目文档@package.json— 引用配置文件
为什么重要：Claude 的上下文窗口有限，精准引用文件 = 节省 token = 更准确的回答。
技巧二：用 / 命令快速切换模式
Claude Code 支持斜杠命令：
| 命令 | 作用 |
|---|---|
/clear | 清空当前对话上下文 |
/compact | 压缩对话，保留关键信息 |
/cost | 查看当前会话的 token 消耗 |
/help | 显示所有可用命令 |
我最常用的是 /compact。当对话长了（20+ 轮），Claude 开始"失忆"时，输入 /compact 让它总结一下前面的内容，然后继续。比重启会话更省时间。
技巧三：批量操作用 “全部” 和 “每个”
不要一次说一个文件，让 Claude 批量处理：
❌ 低效：
把 src/utils.ts 里的 console.log 删掉
把 src/api.ts 里的 console.log 删掉
把 src/store.ts 里的 console.log 删掉
✅ 高效：
把 src 目录下所有 .ts 文件里的 console.log 都删掉
Claude Code 会：
- 搜索所有匹配文件
- 逐行检查
- 批量删除
- 给你一份修改清单
技巧四：明确说"不要"和"只做"
Claude 有时候会"过度发挥"——你觉得它改了一处，实际上它把整段重构了。
避免这种情况的方法：
只改第 42 行的变量名，其他不要动
在这三个文件里加日志，不要改任何逻辑
明确边界 = 减少意外修改 = 减少回滚。
技巧五：用 diff 模式审查修改
Claude Code 默认会展示修改的 diff。养成习惯：先看 diff，再确认。
特别是当它改了很多文件时，重点检查：
- 有没有删掉不该删的代码
- 有没有引入新的依赖
- 有没有改到配置文件
如果不确定某个修改，直接问：
第 3 个文件的修改是为什么？
技巧六：保存常用 Prompt 为快捷指令
如果你经常让 Claude 做同一件事（比如"生成单元测试"、“检查类型安全”），可以把 Prompt 存起来。
Claude Code 目前不内置 Prompt 模板，但你可以：
- 在项目根目录建一个
prompts.md - 把常用指令写进去
- 需要时
@prompts.md，然后复制粘贴
示例模板：
## 生成组件测试
给这个组件写 Jest + React Testing Library 测试：
- 覆盖正常渲染
- 覆盖 props 变化
- 覆盖用户交互
- 不要测试实现细节
## 代码审查
检查这段代码：
- 是否有潜在 bug
- 是否有性能问题
- 命名是否清晰
- 是否符合项目风格
技巧七：让 Claude 写提交信息
git diff --staged | claude "根据这个 diff 写一段中文提交信息，说明改了什么、为什么改"
或者更简单：在 Claude Code 里直接说：
帮我提交刚才的修改，写一段清晰的提交信息
它会自动：
git add- 分析改动
- 写提交信息
git commit
技巧八：利用终端集成执行复杂命令
Claude Code 不只是聊天窗口，它可以直接执行终端命令。
当你需要做复杂操作时，让它帮你：
找出项目里所有大于 100KB 的图片，按大小排序
统计每个目录的代码行数，排除 node_modules 和 .git
把 package.json 里的所有 devDependencies 升级到最新版本
这些操作手写命令很费时间，但 Claude 几秒钟就能搞定。
技巧九：分步骤处理大任务
不要一次性说：“帮我重构整个项目”。
改成：
- “先分析当前项目的模块依赖关系”
- “找出耦合度最高的三个模块”
- “先重构第一个模块，保持接口不变”
- “跑测试确认没问题后，再重构第二个”
每一步确认后再下一步。这样即使某一步出错了，回滚成本也很低。
技巧十：定期清理上下文
Claude Code 的上下文窗口虽然大，但不是无限的。长对话会导致：
- 回复变慢
- 遗漏早期信息
- 出现幻觉
建议：
- 每 15-20 轮对话，用
/compact压缩 - 每 30 轮左右，用
/clear清空，新开话题 - 不同任务用不同会话（比如"改 bug"和"写文档"分开）
bonus：我的日常 Workflow
最后分享我的一套完整工作流：
1. 打开 Claude Code，cd 到项目目录
2. "今天我要做 XXX，先帮我分析一下现状"
3. 根据分析结果，确定修改方案
4. "按方案 2 执行，每改完一个文件告诉我"
5. 审查每个文件的 diff
6. "跑一下测试，确认没问题"
7. "提交代码，写提交信息"
8. /clear，下一个任务
写在最后
Claude Code 不是魔法，但它确实把"想法 → 代码"的延迟降到了最低。
上面的技巧不复杂，但每一条都是踩过坑后总结出来的。希望对你有帮助。
如果你有其他好用的技巧，欢迎在评论区分享。