你在终端里已经敲了不少Prompt但有没有注意过输入框里按下一个/会弹出什么如果这个动作对你来说很陌生那你大概率还停留在“把Claude Code当成一个话痨版代码生成器”的阶段。这没什么丢人的我一开始也是这样把需求写成长段落按回车等它改完代码再人工检查。时间一长就发现问题——对话越来越长上下文越来越满AI开始记不住前面的约定改代码也越来越“忘事”。后来我才意识到Claude Code真正好用的地方并不只是打字而是它内置的那套斜杠命令和快捷键。会话怎么开、怎么压、怎么恢复上下文怎么控制权限怎么收全都可以用命令完成根本不需要反复用自然语言去“求”它。这篇文章就是一份速查手册。不绕弯子直接把Claude Code里值得记住的内置命令按功能拆开讲每条命令说清楚是什么、什么时候用、有什么坑。适合刚开始接触Claude Code的新手也适合那种天天在用但只靠打字对话的“熟手”。你不需要一次背下所有命令先挑几个跟自己工作流最相关的用熟了再扩展。1. 为什么说“只会打字”是入门误区1.1 自然语言是入口命令系统才是方向盘很多人把Claude Code理解成一个“能看懂文件的聊天窗口”觉得只要把话说清楚它就该自己搞定一切。这个理解不算错但远远不够。Claude Code本质上是一个在终端里运行的交互式开发环境它能读文件、执行命令、改代码所以它需要的不是“一段话”而是持续的控制信号——告诉它该看哪里、该做什么、不该做什么。内置命令就是这个控制信号的一部分。自然语言适合描述模糊目标比如“帮我优化这个模块的接口设计”内置命令则适合触发精确行为比如“把当前对话历史压缩一下”“回到刚才那个检查点”“把某个目录加进上下文”。这两件事混着用效率最高。Claude Code的命令大致可以分成四类会话生命周期管理/init、/clear、/export、/resume、/rewind、上下文控制/compact、/context、/add-dir、执行模式与权限ShiftTab、/permissions、/model、信息查询/cost、/status、/help。其中任何一类没掌握都会在特定场景下卡住。提示任何时候你都能在输入框里单独敲一个/Claude Code会弹出当前可用的命令列表。不用记全但得知道“它有哪些命令可选”。1.2 命令能帮你省下哪些隐性成本先说最现实的上下文就是钱。Claude Code按token计费上下文占用越多单轮对话的成本越高上下文一旦超出窗口限制AI还会“丢弃”早期内容直接表现为失忆。用/compact压缩、用/context实时监控等于给钱包装了一个阀门。再说操作成本。如果你每个新任务都要把“请先看README再跑一下测试然后按现有代码风格修改”这段话重新打一遍说明你还没用上自定义命令。斜杠命令可以把这种重复性要求固化成一条指令以后敲/加一个词就触发省下的不是几秒钟而是每天的反复劳动。最后是可维护性。改错代码、方向跑偏、会话崩溃这些是终端AI工具绕不开的日常。/export备份会话、/rewind回退状态、/resume恢复现场这些命令能让你的工作过程像git一样可回溯。只靠自然语言对话的话这些操作根本无从谈起。1.3 命令不是给“高手”准备的菜鸟更需要有个错觉是“新手先把prompt写好再用命令”。我见过不少反例一个人prompt写得贼溜但会话开了三天不清理上下文爆掉之后AI开始瞎编他还在那怀疑模型变蠢了。其实模型没变是上下文里堆了太多无关信息。命令系统的价值恰恰在它“机械、确定、不依赖状态”。你不需要理解上下文窗口的内部机制只需要知道上下文快满了就/compact不需要懂文件权限模型只需要知道危险操作之前先用/permissions收紧授权。对新手来说命令是安全网对熟手来说命令是加速器。2. 会话类命令从初始化到恢复2.1 /init先把项目底细交给AI我见过太多人打开Claude Code就开始扔需求却忘了告诉它“这个项目是干什么的、有什么约定、怎么跑测试”。结果AI给出的代码风格跟项目现有代码完全不一致或者调用了错误的构建命令。/init就是解决这个问题的。它会在当前目录创建或更新CLAUDE.md文件里面记录项目的核心信息项目目标、技术栈、目录结构、常用命令、代码规范、团队约定等。Claude Code在每次新会话启动时会自动加载这个文件相当于给AI一份“入职手册”。在我自己的习惯里第一次进入项目就用/init它会引导我回答一些关于项目的问题。回答越具体越好比如“测试命令是pnpm test”“后端在server/目录下”“命名规范是驼峰”这类信息比“我们的项目很复杂”有用得多。回答完之后生成的CLAUDE.md我会手动检查一遍删掉那些“废话”只留稳定且关键的事实。2.2 CLAUDE.md的写作尺度这里有个非常容易踩的坑很多人把CLAUDE.md当成了任务备忘录今天写“正在重构登录模块完成60%”明天写“记得修某个bug”。这种会频繁变化的内容放进CLAUDE.md只会白白占用上下文还会让AI产生混乱。CLAUDE.md适合放的是长期稳定的项目事实项目要解决什么问题、有哪些目录、构建和测试命令是什么、代码风格有什么约定、有没有历史包袱需要注意。原则很简单三个月后还用得上才值得写进去。临时任务信息请放在普通文件里比如NOTES.md用到时再让AI去读。我自己维护的CLAUDE.md一般控制在150行以内。太长的CLAUDE.md会吃掉不少上下文额度而且AI加载大段文字时真正重要的信息反而容易被淹没。好的CLAUDE.md应该像一张索引卡一眼扫过去就能知道项目全貌而不是一份冗长的设计文档。2.3 /compact给对话历史做一次深度提炼聊多了你一定会遇到这个场景AI开始忘记几分钟前你跟它达成的约定或者它引用一个变量名时明显用了错误的名字。这时候打开上下文面板一看使用率已经90%以上了。此时最有效的操作是/compact。/compact会把当前对话历史压缩成一份摘要释放出上下文空间。压缩之后AI依然知道这个会话大致聊过什么但细节会丢失。比如一段完整的报错日志压缩后可能只剩“遇到了一个Python导入异常”一段详细的需求讨论压缩后可能只剩“用户希望对接口做限流”。所以我的习惯是压缩之前先让AI把当前进展、结论、未完成事项写到一个文件里。等/compact执行完再把这个文件的内容喂给AI它就能无缝接上。这个动作看起来多了一步实际上能避免大量“失忆后重新解释”的扯皮。注意/compact之后早期对话的原始内容就没了。如果你觉得自己可能需要完整的对话记录做复盘先/export再/compact两个动作配合使用。2.4 /clear、/export、/resume会话的备份与恢复/clear用来彻底清空当前会话上下文归零。它适合“当前任务已经完结我要开一个新任务”的场景。很多人舍不得清结果旧任务里的无关讨论一直占着上下文。我现在的原则是一件事聊完了就/clear绝不心软。/export会把整个会话导出成JSON文件。这个文件相当于“聊天版本库”可以用来复盘、存档、甚至分享给同事。我的用法是每完成一个功能点就/export一份带日期的存档比如export-2025-06-01-login-module.json留着以后翻查当时的决策过程。/resume会列出最近的历史会话输入编号就能恢复。配合/export等于给你所有的AI工作流做了一套“版本控制”。第二天早上继续干活时一条/resume命令就能回到昨天的战场不用从零开始重新描述需求。3. 流程控制类命令让AI按你的节奏干活3.1 执行模式切换ShiftTabClaude Code默认的工作方式是“AI每做一步关键操作都会先征求你同意”比如“我可以修改这个文件吗”。这个模式安全但也有点啰嗦。当你已经信任AI的处理能力时可以切换执行模式让整个流程更顺畅。在终端里按ShiftTab可以循环切换几种执行模式。我常用的是三种普通模式每次操作都确认、自动接受编辑模式AI改代码文件时不再逐次询问、规划模式只做分析不碰文件。模式之间用ShiftTab切换不需要输入任何自然语言。什么时候用哪种模式我的经验是小范围、低风险的改动比如修一个CSS样式、补一段注释用自动接受编辑模式会很爽涉及重构、跨模块修改、删逻辑、改数据结构这种高风险操作一定要切到规划模式让AI先给出方案和影响范围我自己确认之后再切换到普通模式让它逐步执行。3.2 规划模式的价值很多新手不敢用规划模式觉得“多此一举”。但我的实际体验是规划模式能避免80%的翻车现场。让AI先读代码、分析依赖、列计划比直接让它开工要稳妥得多。比如你让它“把这个模块从同步改成异步”它如果直接动手可能连带着改了一堆调用方项目直接编译不过。但如果你先切到规划模式它会告诉你“需要改动哪些文件、会不会影响外部调用、有没有兼容性风险”你拿到这个清单后再决定要不要执行。这一套流程特别适合那种“你自己也不太清楚该怎么改”的场景。AI的规划不是给你一个标准答案而是帮你把问题拆开让你能在动手之前先看到全局。3.3 /rewind给自己留后悔药Claude Code在执行过程中会自动保存一些“检查点”。/rewind命令可以把对话回退到之前的某个位置然后从那里继续。这个功能我喜欢类比成“游戏存档”——你觉得走错了路就读档重来。什么时候会用到最典型的情况是AI改了一堆文件你发现方向根本就是错的。与其手动撤销一个又一个文件不如用/rewind回到“方向还没错”的那一刻。使用/rewind有一个重要前提回退会丢掉那之后的所有对话记录和文件变更。所以我每次回退前都会先/export保存现场。这样做的好处是万一发现“其实刚才的方向是对的”还能从导出的会话记录里找回来。我在实际工作中/rewind和/export几乎总是成对出现已经成了肌肉记忆。3.4 中断与重试Esc、CtrlC不要觉得只有“出错”才需要中断。很多时候AI正在沿着错误方向滚雪球你越早打断损失越小。Esc的优先级最高立即打断当前正在进行的工具调用或输出。比如AI准备执行一个会修改数据库的脚本而你意识到路径不对直接按EscCtrlC一般用于打断AI当前的整个回合中断后你可以重新输入指令纠正方向不需要完全重开会话。这里分享一个我的习惯AI动手改代码之前我会盯着它下一步要编辑哪个文件。发现它正要动一个不该动的文件立刻打断比事后去回滚要省力得多。不要觉得打断AI不礼貌工具是替你干活的方向得由你把控。3.5 /review和/todos把审查和任务追踪拉进终端/review会对最近的代码改动做一次自动审查然后列出它发现的问题。这个命令不需要AI去“写方案”更像是触发一次专项检查。我常在提交代码之前跑一遍/review把它当成一个免费的Code Review前置环节能抓出不少“变量命名不清”“忘记处理边界情况”这类小问题。/todos用来管理任务清单。你可以在会话开始时就要求AI把任务拆成多步并写入/todos中间用/todos随时查看进度。这个命令尤其适合“大功能拆小步”的场景AI每完成一个子任务就更新一下清单你随时能看到整体进度不会出现它埋头干了半小时改到一个偏离方向的状态。4. 上下文与权限控制花小钱办大事4.1 /add-dir精确投喂上下文Claude Code并不会自动把你的整个代码库都读进上下文。它在需要时才会去读具体文件。这个机制很聪明但也有个问题有时候你需要AI对某个目录形成一个整体认识而它只零散地读了几个文件。/add-dir就是干这个的。你输入命令后指定一个目录Claude Code会把这个目录下的文件信息纳入上下文。比如你要改src/utils这个模块直接用/add-dir把src/utils加进去AI就能对模块内所有工具函数有一个全局理解。但这里有个成本意识必须建立目录越大读入上下文的文件越多单轮消耗的token也越高。把整个node_modules加进去会直接爆掉上下文这不是开玩笑。我的原则是“按需加、用完就清”尽量把范围控制在“这次任务真正需要了解的目录”。4.2 /permissions把权限管起来Claude Code执行bash命令、修改文件时默认会询问你。但如果你每次都无脑点击“允许”就等于把门全敞开了。一旦AI被诱导执行了rm -rf或者不经确认就推送代码后果不堪设想。/permissions命令可以让你集中管理授权规则比如预先允许某些安全操作运行测试、查看文件内容同时拒绝敏感操作删除文件、执行git push。配置一次之后AI在遇到这些操作时就不会反复打扰你危险操作也会被直接挡下来。安全建议很简单不要对整个项目目录无条件信任。特别是涉及删除、覆盖、推送这类不可逆操作时宁可多点击一次确认也不要嫌麻烦。我在项目里会把git push、rm这类命令设为默认拒绝真有需要时再单独授权。4.3 /model、/cost、/context实时监控三件套/model可以查看当前用的是哪个模型也可以切换到别的模型。不同模型在速度、推理能力、成本上差异不小根据任务难度切换模型是一个被低估的省钱技巧。简单任务用轻量模型复杂重构再切到更强的模型。/cost显示当前会话的累计费用/context显示上下文使用率。这两个命令我建议养成“每隔一段时间看一眼”的习惯。特别是在开一个长会话之前先看一眼/cost心里有数在AI开始“变傻”的时候立刻看一眼/context如果使用率已经很高就该/compact了。这三条命令本身不复杂但它们代表了一种意识把Claude Code当成一个有预算、有边界的工具而不是无限免费的许愿机。花小钱办大事的前提是你知道自己正在花多少钱、上下文水位在哪里。5. 自定义斜杠命令打造自己的高频操作5.1 自定义命令的存放位置与基本格式内置命令再全也不可能覆盖每个人的工作流。Claude Code允许你创建自己的斜杠命令方法是在项目根目录下建一个.claude/commands/目录目录里的每个Markdown文件名就是一个命令名。比如你新建一个commit.md那么就可以用/commit触发它。每一个命令文件就是一段“系统指令”。AI会把你写入的Markdown内容当作指令来执行所以你可以把那些“每次都要打三遍”的长篇要求一次性固化到文件里。命令文件的顶部可以用YAML格式的说明区配置命令的描述信息、参数提示、允许使用的工具等。这个机制的本质是把AI的指令“模板化”。你不再每次敲一大段需求而是敲一个斜杠命令AI自动套用你写好的完整指令它输出的稳定性也会明显提升。5.2 一个实用的自定义命令示例我先拿一个“生成提交信息”的命令当例子。很多人的工作流是git diff之后手动写commit message。这个完全可以交给AI。在.claude/commands/commit.md里写--- description: 根据当前改动生成符合规范的git提交信息 argument-hint: 可选补充本次提交的额外说明 allowed-tools: Bash(git status, git diff, git diff --cached) --- 先运行 git status 和 git diff --stat了解本次改动的总体情况。 再运行 git diff查看具体代码变更。 根据改动的范围和内容生成一条提交信息。 提交信息需要符合约定式提交规范比如 feat: 新功能、fix: 修复、refactor: 重构。 如果用户提供了额外说明请一并考虑进去。保存之后在终端里输入/commitAI就会按这套流程走一遍最后给你一个格式规范的提交信息。如果你还想补充点上下文可以在命令后面直接带参数比如/commit 这次主要是重构了登录部分的错误处理AI会把它也纳入考虑。5.3 参数注入与shell命令执行自定义命令支持两个“高级玩法”。第一个是参数注入在命令文件里写$ARGUMENTS它代表用户在斜杠命令后面输入的所有文本。比如上面的/commit 这次主要是重构了登录部分的错误处理那$ARGUMENTS的值就是“这次主要是重构了登录部分的错误处理”。第二个是直接执行shell命令在命令文件里用!开头的行表示这一行直接交给shell执行不经过AI解释。比如你可以在命令文件里写!git log --oneline -5然后告诉AI“参考最近的提交风格生成新的提交信息”。这样的命令把真实命令输出和AI分析结合在了一起比纯自然语言的描述精确得多。自定义命令是Claude Code里最值得花时间研究的模块。我自己的.claude/commands/目录里固定放着几个/commit生成提交信息、/spec写接口文档、/test生成单测、/daily汇总当天改动。每个命令都是一次性搭好、长期复用换算下来省下的时间相当可观。6. 高频踩坑与经验速查6.1 常见问题快查表问题描述可能原因解决思路AI开始忘事答非所问上下文使用率过高/context查看水位/compact压缩或先/export再/clear压缩后AI丢失关键细节/compact把细节提炼没了压缩前先把结论和未完成事项写入文件压缩后再读取/rewind之后成果全没了回滚前没有保存现场回滚前先/export再用导出文件找回内容AI擅自执行危险命令权限放得太宽用/permissions提前拒绝rm、git push等敏感操作自定义命令总是“跑偏”指令写得太含糊把命令文件改写成明确的操作步骤少用模糊形容词切到自动接受模式后被AI带偏小改动模式用在了大工程上高风险任务切回普通模式或规划模式逐步确认6.2 我踩过的几个坑和调整最常踩的坑是“压缩后接不上茬”。早期我习惯在上下文快满时才/compact结果压缩完AI对我的项目进度一脸陌生。后来我改成“先落文件再行压缩”每次AI完成一个里程碑我就让它把当前状态写进NOTES.md再做压缩。这个习惯帮我解决了很多上下文丢失的麻烦。第二个坑是“不敢打断”。一开始我怕按Esc或CtrlC会“搞坏”会话结果经常看着AI往错误方向狂奔。后来我发现中断是极其安全的操作它只是停止当前这一轮的动作并不会删除对话历史、不会改变项目文件。你中断后输入新的指令AI会直接照做。对这个工具有更多掌控感的转折点就是当我开始习惯性地打断它。第三个坑跟权限有关系。所有目录的读取权限我都点了允许图省事。结果有一次AI读到了production配置文件里的敏感信息然后把它写进了注释里。虽然最后没有造成事故但那种后怕让我后来把所有敏感目录的读取权限都单独收紧了。6.3 我现在的日常命令流最后分享一下我目前比较舒服的一套操作流。早上开工先/resume找回昨天的会话必要时/init重新核对一下项目记忆看一眼/context了解上下文水位然后开始干活。中间遇到任务切换就/export存档再/clear开新会话。做比较大的代码改动之前先切到规划模式让AI列出方案确认没问题后用/rewind在这个“开始改”的时间点留下一个检查点改完以后跑/review做一次自动审查再更新/todos标记进度。这套流程看起来步骤多实际上每条都是几秒钟的操作。但正是这几秒钟的操作帮我避免了无数“AI改到一半方向跑偏”“上下文爆了只能从头再来”“改错了文件只能手动恢复”的糟心时刻。工具的使用效率往往不是由某一条“神级指令”决定的而是由这些日常的小习惯垒起来的。要说Claude Code里最值得记住的一句话我想是自然语言负责表达意图命令系统负责控制系统。你把这两套功夫都练起来才算真正开始用它而不是被它用。
你在终端里已经敲了不少Prompt但有没有注意过输入框里按下一个/会弹出什么如果这个动作对你来说很陌生那你大概率还停留在“把Claude Code当成一个话痨版代码生成器”的阶段。这没什么丢人的我一开始也是这样把需求写成长段落按回车等它改完代码再人工检查。时间一长就发现问题——对话越来越长上下文越来越满AI开始记不住前面的约定改代码也越来越“忘事”。后来我才意识到Claude Code真正好用的地方并不只是打字而是它内置的那套斜杠命令和快捷键。会话怎么开、怎么压、怎么恢复上下文怎么控制权限怎么收全都可以用命令完成根本不需要反复用自然语言去“求”它。这篇文章就是一份速查手册。不绕弯子直接把Claude Code里值得记住的内置命令按功能拆开讲每条命令说清楚是什么、什么时候用、有什么坑。适合刚开始接触Claude Code的新手也适合那种天天在用但只靠打字对话的“熟手”。你不需要一次背下所有命令先挑几个跟自己工作流最相关的用熟了再扩展。1. 为什么说“只会打字”是入门误区1.1 自然语言是入口命令系统才是方向盘很多人把Claude Code理解成一个“能看懂文件的聊天窗口”觉得只要把话说清楚它就该自己搞定一切。这个理解不算错但远远不够。Claude Code本质上是一个在终端里运行的交互式开发环境它能读文件、执行命令、改代码所以它需要的不是“一段话”而是持续的控制信号——告诉它该看哪里、该做什么、不该做什么。内置命令就是这个控制信号的一部分。自然语言适合描述模糊目标比如“帮我优化这个模块的接口设计”内置命令则适合触发精确行为比如“把当前对话历史压缩一下”“回到刚才那个检查点”“把某个目录加进上下文”。这两件事混着用效率最高。Claude Code的命令大致可以分成四类会话生命周期管理/init、/clear、/export、/resume、/rewind、上下文控制/compact、/context、/add-dir、执行模式与权限ShiftTab、/permissions、/model、信息查询/cost、/status、/help。其中任何一类没掌握都会在特定场景下卡住。提示任何时候你都能在输入框里单独敲一个/Claude Code会弹出当前可用的命令列表。不用记全但得知道“它有哪些命令可选”。1.2 命令能帮你省下哪些隐性成本先说最现实的上下文就是钱。Claude Code按token计费上下文占用越多单轮对话的成本越高上下文一旦超出窗口限制AI还会“丢弃”早期内容直接表现为失忆。用/compact压缩、用/context实时监控等于给钱包装了一个阀门。再说操作成本。如果你每个新任务都要把“请先看README再跑一下测试然后按现有代码风格修改”这段话重新打一遍说明你还没用上自定义命令。斜杠命令可以把这种重复性要求固化成一条指令以后敲/加一个词就触发省下的不是几秒钟而是每天的反复劳动。最后是可维护性。改错代码、方向跑偏、会话崩溃这些是终端AI工具绕不开的日常。/export备份会话、/rewind回退状态、/resume恢复现场这些命令能让你的工作过程像git一样可回溯。只靠自然语言对话的话这些操作根本无从谈起。1.3 命令不是给“高手”准备的菜鸟更需要有个错觉是“新手先把prompt写好再用命令”。我见过不少反例一个人prompt写得贼溜但会话开了三天不清理上下文爆掉之后AI开始瞎编他还在那怀疑模型变蠢了。其实模型没变是上下文里堆了太多无关信息。命令系统的价值恰恰在它“机械、确定、不依赖状态”。你不需要理解上下文窗口的内部机制只需要知道上下文快满了就/compact不需要懂文件权限模型只需要知道危险操作之前先用/permissions收紧授权。对新手来说命令是安全网对熟手来说命令是加速器。2. 会话类命令从初始化到恢复2.1 /init先把项目底细交给AI我见过太多人打开Claude Code就开始扔需求却忘了告诉它“这个项目是干什么的、有什么约定、怎么跑测试”。结果AI给出的代码风格跟项目现有代码完全不一致或者调用了错误的构建命令。/init就是解决这个问题的。它会在当前目录创建或更新CLAUDE.md文件里面记录项目的核心信息项目目标、技术栈、目录结构、常用命令、代码规范、团队约定等。Claude Code在每次新会话启动时会自动加载这个文件相当于给AI一份“入职手册”。在我自己的习惯里第一次进入项目就用/init它会引导我回答一些关于项目的问题。回答越具体越好比如“测试命令是pnpm test”“后端在server/目录下”“命名规范是驼峰”这类信息比“我们的项目很复杂”有用得多。回答完之后生成的CLAUDE.md我会手动检查一遍删掉那些“废话”只留稳定且关键的事实。2.2 CLAUDE.md的写作尺度这里有个非常容易踩的坑很多人把CLAUDE.md当成了任务备忘录今天写“正在重构登录模块完成60%”明天写“记得修某个bug”。这种会频繁变化的内容放进CLAUDE.md只会白白占用上下文还会让AI产生混乱。CLAUDE.md适合放的是长期稳定的项目事实项目要解决什么问题、有哪些目录、构建和测试命令是什么、代码风格有什么约定、有没有历史包袱需要注意。原则很简单三个月后还用得上才值得写进去。临时任务信息请放在普通文件里比如NOTES.md用到时再让AI去读。我自己维护的CLAUDE.md一般控制在150行以内。太长的CLAUDE.md会吃掉不少上下文额度而且AI加载大段文字时真正重要的信息反而容易被淹没。好的CLAUDE.md应该像一张索引卡一眼扫过去就能知道项目全貌而不是一份冗长的设计文档。2.3 /compact给对话历史做一次深度提炼聊多了你一定会遇到这个场景AI开始忘记几分钟前你跟它达成的约定或者它引用一个变量名时明显用了错误的名字。这时候打开上下文面板一看使用率已经90%以上了。此时最有效的操作是/compact。/compact会把当前对话历史压缩成一份摘要释放出上下文空间。压缩之后AI依然知道这个会话大致聊过什么但细节会丢失。比如一段完整的报错日志压缩后可能只剩“遇到了一个Python导入异常”一段详细的需求讨论压缩后可能只剩“用户希望对接口做限流”。所以我的习惯是压缩之前先让AI把当前进展、结论、未完成事项写到一个文件里。等/compact执行完再把这个文件的内容喂给AI它就能无缝接上。这个动作看起来多了一步实际上能避免大量“失忆后重新解释”的扯皮。注意/compact之后早期对话的原始内容就没了。如果你觉得自己可能需要完整的对话记录做复盘先/export再/compact两个动作配合使用。2.4 /clear、/export、/resume会话的备份与恢复/clear用来彻底清空当前会话上下文归零。它适合“当前任务已经完结我要开一个新任务”的场景。很多人舍不得清结果旧任务里的无关讨论一直占着上下文。我现在的原则是一件事聊完了就/clear绝不心软。/export会把整个会话导出成JSON文件。这个文件相当于“聊天版本库”可以用来复盘、存档、甚至分享给同事。我的用法是每完成一个功能点就/export一份带日期的存档比如export-2025-06-01-login-module.json留着以后翻查当时的决策过程。/resume会列出最近的历史会话输入编号就能恢复。配合/export等于给你所有的AI工作流做了一套“版本控制”。第二天早上继续干活时一条/resume命令就能回到昨天的战场不用从零开始重新描述需求。3. 流程控制类命令让AI按你的节奏干活3.1 执行模式切换ShiftTabClaude Code默认的工作方式是“AI每做一步关键操作都会先征求你同意”比如“我可以修改这个文件吗”。这个模式安全但也有点啰嗦。当你已经信任AI的处理能力时可以切换执行模式让整个流程更顺畅。在终端里按ShiftTab可以循环切换几种执行模式。我常用的是三种普通模式每次操作都确认、自动接受编辑模式AI改代码文件时不再逐次询问、规划模式只做分析不碰文件。模式之间用ShiftTab切换不需要输入任何自然语言。什么时候用哪种模式我的经验是小范围、低风险的改动比如修一个CSS样式、补一段注释用自动接受编辑模式会很爽涉及重构、跨模块修改、删逻辑、改数据结构这种高风险操作一定要切到规划模式让AI先给出方案和影响范围我自己确认之后再切换到普通模式让它逐步执行。3.2 规划模式的价值很多新手不敢用规划模式觉得“多此一举”。但我的实际体验是规划模式能避免80%的翻车现场。让AI先读代码、分析依赖、列计划比直接让它开工要稳妥得多。比如你让它“把这个模块从同步改成异步”它如果直接动手可能连带着改了一堆调用方项目直接编译不过。但如果你先切到规划模式它会告诉你“需要改动哪些文件、会不会影响外部调用、有没有兼容性风险”你拿到这个清单后再决定要不要执行。这一套流程特别适合那种“你自己也不太清楚该怎么改”的场景。AI的规划不是给你一个标准答案而是帮你把问题拆开让你能在动手之前先看到全局。3.3 /rewind给自己留后悔药Claude Code在执行过程中会自动保存一些“检查点”。/rewind命令可以把对话回退到之前的某个位置然后从那里继续。这个功能我喜欢类比成“游戏存档”——你觉得走错了路就读档重来。什么时候会用到最典型的情况是AI改了一堆文件你发现方向根本就是错的。与其手动撤销一个又一个文件不如用/rewind回到“方向还没错”的那一刻。使用/rewind有一个重要前提回退会丢掉那之后的所有对话记录和文件变更。所以我每次回退前都会先/export保存现场。这样做的好处是万一发现“其实刚才的方向是对的”还能从导出的会话记录里找回来。我在实际工作中/rewind和/export几乎总是成对出现已经成了肌肉记忆。3.4 中断与重试Esc、CtrlC不要觉得只有“出错”才需要中断。很多时候AI正在沿着错误方向滚雪球你越早打断损失越小。Esc的优先级最高立即打断当前正在进行的工具调用或输出。比如AI准备执行一个会修改数据库的脚本而你意识到路径不对直接按EscCtrlC一般用于打断AI当前的整个回合中断后你可以重新输入指令纠正方向不需要完全重开会话。这里分享一个我的习惯AI动手改代码之前我会盯着它下一步要编辑哪个文件。发现它正要动一个不该动的文件立刻打断比事后去回滚要省力得多。不要觉得打断AI不礼貌工具是替你干活的方向得由你把控。3.5 /review和/todos把审查和任务追踪拉进终端/review会对最近的代码改动做一次自动审查然后列出它发现的问题。这个命令不需要AI去“写方案”更像是触发一次专项检查。我常在提交代码之前跑一遍/review把它当成一个免费的Code Review前置环节能抓出不少“变量命名不清”“忘记处理边界情况”这类小问题。/todos用来管理任务清单。你可以在会话开始时就要求AI把任务拆成多步并写入/todos中间用/todos随时查看进度。这个命令尤其适合“大功能拆小步”的场景AI每完成一个子任务就更新一下清单你随时能看到整体进度不会出现它埋头干了半小时改到一个偏离方向的状态。4. 上下文与权限控制花小钱办大事4.1 /add-dir精确投喂上下文Claude Code并不会自动把你的整个代码库都读进上下文。它在需要时才会去读具体文件。这个机制很聪明但也有个问题有时候你需要AI对某个目录形成一个整体认识而它只零散地读了几个文件。/add-dir就是干这个的。你输入命令后指定一个目录Claude Code会把这个目录下的文件信息纳入上下文。比如你要改src/utils这个模块直接用/add-dir把src/utils加进去AI就能对模块内所有工具函数有一个全局理解。但这里有个成本意识必须建立目录越大读入上下文的文件越多单轮消耗的token也越高。把整个node_modules加进去会直接爆掉上下文这不是开玩笑。我的原则是“按需加、用完就清”尽量把范围控制在“这次任务真正需要了解的目录”。4.2 /permissions把权限管起来Claude Code执行bash命令、修改文件时默认会询问你。但如果你每次都无脑点击“允许”就等于把门全敞开了。一旦AI被诱导执行了rm -rf或者不经确认就推送代码后果不堪设想。/permissions命令可以让你集中管理授权规则比如预先允许某些安全操作运行测试、查看文件内容同时拒绝敏感操作删除文件、执行git push。配置一次之后AI在遇到这些操作时就不会反复打扰你危险操作也会被直接挡下来。安全建议很简单不要对整个项目目录无条件信任。特别是涉及删除、覆盖、推送这类不可逆操作时宁可多点击一次确认也不要嫌麻烦。我在项目里会把git push、rm这类命令设为默认拒绝真有需要时再单独授权。4.3 /model、/cost、/context实时监控三件套/model可以查看当前用的是哪个模型也可以切换到别的模型。不同模型在速度、推理能力、成本上差异不小根据任务难度切换模型是一个被低估的省钱技巧。简单任务用轻量模型复杂重构再切到更强的模型。/cost显示当前会话的累计费用/context显示上下文使用率。这两个命令我建议养成“每隔一段时间看一眼”的习惯。特别是在开一个长会话之前先看一眼/cost心里有数在AI开始“变傻”的时候立刻看一眼/context如果使用率已经很高就该/compact了。这三条命令本身不复杂但它们代表了一种意识把Claude Code当成一个有预算、有边界的工具而不是无限免费的许愿机。花小钱办大事的前提是你知道自己正在花多少钱、上下文水位在哪里。5. 自定义斜杠命令打造自己的高频操作5.1 自定义命令的存放位置与基本格式内置命令再全也不可能覆盖每个人的工作流。Claude Code允许你创建自己的斜杠命令方法是在项目根目录下建一个.claude/commands/目录目录里的每个Markdown文件名就是一个命令名。比如你新建一个commit.md那么就可以用/commit触发它。每一个命令文件就是一段“系统指令”。AI会把你写入的Markdown内容当作指令来执行所以你可以把那些“每次都要打三遍”的长篇要求一次性固化到文件里。命令文件的顶部可以用YAML格式的说明区配置命令的描述信息、参数提示、允许使用的工具等。这个机制的本质是把AI的指令“模板化”。你不再每次敲一大段需求而是敲一个斜杠命令AI自动套用你写好的完整指令它输出的稳定性也会明显提升。5.2 一个实用的自定义命令示例我先拿一个“生成提交信息”的命令当例子。很多人的工作流是git diff之后手动写commit message。这个完全可以交给AI。在.claude/commands/commit.md里写--- description: 根据当前改动生成符合规范的git提交信息 argument-hint: 可选补充本次提交的额外说明 allowed-tools: Bash(git status, git diff, git diff --cached) --- 先运行 git status 和 git diff --stat了解本次改动的总体情况。 再运行 git diff查看具体代码变更。 根据改动的范围和内容生成一条提交信息。 提交信息需要符合约定式提交规范比如 feat: 新功能、fix: 修复、refactor: 重构。 如果用户提供了额外说明请一并考虑进去。保存之后在终端里输入/commitAI就会按这套流程走一遍最后给你一个格式规范的提交信息。如果你还想补充点上下文可以在命令后面直接带参数比如/commit 这次主要是重构了登录部分的错误处理AI会把它也纳入考虑。5.3 参数注入与shell命令执行自定义命令支持两个“高级玩法”。第一个是参数注入在命令文件里写$ARGUMENTS它代表用户在斜杠命令后面输入的所有文本。比如上面的/commit 这次主要是重构了登录部分的错误处理那$ARGUMENTS的值就是“这次主要是重构了登录部分的错误处理”。第二个是直接执行shell命令在命令文件里用!开头的行表示这一行直接交给shell执行不经过AI解释。比如你可以在命令文件里写!git log --oneline -5然后告诉AI“参考最近的提交风格生成新的提交信息”。这样的命令把真实命令输出和AI分析结合在了一起比纯自然语言的描述精确得多。自定义命令是Claude Code里最值得花时间研究的模块。我自己的.claude/commands/目录里固定放着几个/commit生成提交信息、/spec写接口文档、/test生成单测、/daily汇总当天改动。每个命令都是一次性搭好、长期复用换算下来省下的时间相当可观。6. 高频踩坑与经验速查6.1 常见问题快查表问题描述可能原因解决思路AI开始忘事答非所问上下文使用率过高/context查看水位/compact压缩或先/export再/clear压缩后AI丢失关键细节/compact把细节提炼没了压缩前先把结论和未完成事项写入文件压缩后再读取/rewind之后成果全没了回滚前没有保存现场回滚前先/export再用导出文件找回内容AI擅自执行危险命令权限放得太宽用/permissions提前拒绝rm、git push等敏感操作自定义命令总是“跑偏”指令写得太含糊把命令文件改写成明确的操作步骤少用模糊形容词切到自动接受模式后被AI带偏小改动模式用在了大工程上高风险任务切回普通模式或规划模式逐步确认6.2 我踩过的几个坑和调整最常踩的坑是“压缩后接不上茬”。早期我习惯在上下文快满时才/compact结果压缩完AI对我的项目进度一脸陌生。后来我改成“先落文件再行压缩”每次AI完成一个里程碑我就让它把当前状态写进NOTES.md再做压缩。这个习惯帮我解决了很多上下文丢失的麻烦。第二个坑是“不敢打断”。一开始我怕按Esc或CtrlC会“搞坏”会话结果经常看着AI往错误方向狂奔。后来我发现中断是极其安全的操作它只是停止当前这一轮的动作并不会删除对话历史、不会改变项目文件。你中断后输入新的指令AI会直接照做。对这个工具有更多掌控感的转折点就是当我开始习惯性地打断它。第三个坑跟权限有关系。所有目录的读取权限我都点了允许图省事。结果有一次AI读到了production配置文件里的敏感信息然后把它写进了注释里。虽然最后没有造成事故但那种后怕让我后来把所有敏感目录的读取权限都单独收紧了。6.3 我现在的日常命令流最后分享一下我目前比较舒服的一套操作流。早上开工先/resume找回昨天的会话必要时/init重新核对一下项目记忆看一眼/context了解上下文水位然后开始干活。中间遇到任务切换就/export存档再/clear开新会话。做比较大的代码改动之前先切到规划模式让AI列出方案确认没问题后用/rewind在这个“开始改”的时间点留下一个检查点改完以后跑/review做一次自动审查再更新/todos标记进度。这套流程看起来步骤多实际上每条都是几秒钟的操作。但正是这几秒钟的操作帮我避免了无数“AI改到一半方向跑偏”“上下文爆了只能从头再来”“改错了文件只能手动恢复”的糟心时刻。工具的使用效率往往不是由某一条“神级指令”决定的而是由这些日常的小习惯垒起来的。要说Claude Code里最值得记住的一句话我想是自然语言负责表达意图命令系统负责控制系统。你把这两套功夫都练起来才算真正开始用它而不是被它用。
