最近身边开始有越来越多人用 Claude Code，但大部分人都停留在”能用”这个阶段——遇到问题问它，它给个答案，完事。
这和真正会用，差距大得离谱。
我整理了一些自己觉得最有价值的东西，不长，但都是实际使用过程中的干货。
先搞清楚它是什么 what？
很多人把 Claude Code 当成一个更聪明的聊天窗口，这个理解是错的。
它是终端里跑的 任务型 AI 助手（agent）。你说目标，它自己去读代码、规划步骤、执行命令、改文件，全程你只需要看和确认。
你说”帮我重构这个模块”，它不是给你一段代码让你自己粘贴，而是直接打开你的项目、分析依赖、动手改、跑测试，完了跟你汇报。
分享几个我高频在用的命令
claude -r — 找回上次的对话
很多人每次都重新开一个对话，然后又要重新解释项目背景。
直接claude -r，会列出你最近的所有会话，回车选一个接着干，上下文全在。
这个命令我几乎每天都用。
/plan — 大改动之前先让它想清楚
凡是要重构、要改数据库、要动架构，不要上来就让它直接动手，一定要先规划！
先用/plan，它会把改动范围、影响的模块、执行步骤全列出来，你确认没问题再执行。
这一步能省掉很多”改偏了再撤回”的时间，当然也能节约很多token，真的是太烧token了，还是deepseek便宜
ultrathink — 复杂问题加这个词
这不是命令，是放在提示词里的关键词。加了之后它会进入更深度的推理模式，分析得更细。
ultrathink 帮我分析这段代码有没有并发安全问题
适合架构设计、排查难搞的 bug、评审重要方案。小问题不用加，会多费 token。
/context 和 /compact — 管好上下文
聊久了 Claude 会变笨，不是它不行，是上下文撑满了。
用/context看一下当前占用率：
低于 70%：没问题
70%-85%：准备压缩
超过 85%：赶紧处理，这时候容易胡说
用/compact压缩上下文，可以指定保留哪块内容：
/compact 重点保留关于登录模块的讨论
/diff 和 /rewind — 发现问题立刻处理
每次让它改完代码，先/diff看一眼，确认它没有动不该动的文件。
发现方向错了，不要继续打补丁，直接/rewind回到改之前的状态，重新说清楚需求。
在错误上继续修，永远比重来更费时间。
! 前缀 — 不退出 Claude 直接跑命令
正在对话，想确认一下 git 状态：
1 | !git status |
不用退出，不用切窗口，结果直接显示在对话里。
一件很多人忽略的事：让它先认识你的项目
很多人上来就让 Claude 改代码，但它其实对你的项目一无所知。
在项目里跑一次
1 | /init |
，它会生成一个CLAUDE.md文件，把项目结构、常用命令、开发约定写进去。之后每次对话它都会先读这个，不用你每次重新解释。
项目越复杂，这一步越值得花时间。
权限这块别太随意
Claude Code 可以直接跑 shell 命令、改文件、执行 git 操作，所以权限一定要管好。
用/permissions配置：
- 读文件、跑测试：可以直接放行
- 提交代码、写文件：每次确认一下
- 删文件、数据库操作、部署命令：直接禁掉
不要图省事一上来全部放开，出了事你哭都来不及。
最后说一句
大部分人用 Claude Code 卡在”能用”这里，是因为没建立起一套稳定的工作流。
我自己用下来觉得最管用的流程是：
先让它认识项目（/init）→ 说清楚目标（@指定文件）→ 大改动先计划（/plan）→ 改完看差异（/diff）→ 跑验证命令（!）→ 偏了就回退（/rewind）→ 聊久了压缩上下文（/compact）
把这个流程跑顺了，效率提升不是一点点。