用了7个月 Claude Code 之后我发现一个现象那些真正改变我工作方式的从来不是发布会上的 宣而光之功能而是文档角落里那些不起眼的 slash command 和 CLI flag。它们单个看起来都“就这”但叠加在一起每周能省下好十几个小时。下面这 7 个是我每天都在用的。1.#把“下次注意”变成“永久记住”你一定遇到过这种场景跟 Claude 说“这个项目用 pnpm别用 npm”。三个会话之后它又建议你npm install。你又解释一遍。如此反复。常规做法手动打开CLAUDE.md把规则贴进去保存希望它下次记住。更好的做法在任何 prompt 的开头敲一个#然后写下“这个项目用 pnpm别用 npm”。Claude Code 会弹出一个菜单让你选择把这行规则存到项目CLAUDE.md、全局配置还是本地配置。选完继续对话。规则落地了上下文没切换手指没离开键盘。我的使用习惯每次我纠正 Claude 关于项目命名、库选择、部署配置这类约定时都直接用#记录。几周之后CLAUDE.md变成了一个自动生长的编码规范文档。重复的纠错越来越少因为规则已经被记住了。2./resume会话不该随着终端关闭而死亡有时花了一个小时让 Claude 深入理解一个复杂重构的上下文结果午饭回来终端关了一切归零。只能重新开一个新会话重新贴文件、重新解释背景、重新推演方案。/resume解决的就是这个问题。Claude Code 会把每个会话持久化到磁盘。输入/resume会看到一个最近会话列表带时间戳和首条消息预览。选中一个所有上下文、工具调用历史、未完成的任务都恢复如初。我甚至会在.zshrc里加一个别名把最常用的恢复命令缩到最短。这样早上开机只需要一个键就能回到昨天的工作状态。这个习惯带来的改变我可以在一个复杂 bug 上花 20 分钟探索然后去做别的事第二天再回来——所有上下文都在。不需要重新解释“我之前查过什么、试过什么、排除了什么”。3./compact focus on ...带着目标压缩上下文会话超过 18 万 token 之后Claude 会变慢、变“健忘”。这时候需要/compact来压缩上下文。但默认压缩会把重要内容也一起丢掉。更好的做法是/compact focus on 支付模块的重构决策和失败的测试用例把 CSS 改动那些无关内容丢掉。/compact 命令 后面可以接受输入自由文本指令告知 Claude 在摘要中需要保留哪些内容。这个命令允许你告诉 Claude 在压缩时保留什么、可以丢掉什么。默认压缩是通用摘要而你给的信息能让压缩结果更有针对性。我的经验长会话能不能跑到底关键不在于“能不能压缩”而在于“压缩时有没有明确目标”。当你告诉 Claude“保留 bug 复现步骤、失败的假设、测试通过的关键点”即使会话长度超过 20 万 token质量也能保持稳定。4./agents为高频任务创建专属“专家”如果你反复让 Claude 做同类事情——比如“用安全审查的视角看这段代码”“按某种模式写单元测试”——每次都要重新描述规范、约束、文件结构。重复到一定程度就会意识到这不该是 prompt而应该是一个“岗位说明”。/agents打开子代理管理器可以创建自定义 agent每个 agent 都有独立的系统提示、工具权限和模型选择。创建之后用agent-name 具体任务就能调用。代码审查、测试生成、文档撰写、依赖审计都变成一句话的事。我的感受这很像是把高频 prompt 抽象成可命名的组件。一旦抽象完成每次调用节省的不仅是打字时间还有“重新进入状态”的认知开销。5./hooks把“我总会记得”变成“系统总会做到”关于忘记跑 linter、忘记格式化、忘记在长任务结束后听到通知——这些事靠记忆是靠不住的。Claude Code 的 hooks 允许在PreToolUse、PostToolUse、Stop、SessionStart等生命周期事件触发时执行 shell 命令。配置一次之后每次文件修改后自动格式化、每次任务结束后播放提示音。不需要“记住”任何事。我的看法把精力花在“克制力”上是一种昂贵的资源配置。把规则写成配置文件一次性解决所有重复性问题对长期项目更有价值。6.claude -p在脚本和 CI 里用 Claude想把 Claude 集成到脚本里比如从 diff 生成 release notes、从日志里提取关键信息、给支持工单分类。你不需要 API SDK 的完整设置。claude -p 你的 prompt以非交互模式运行执行完直接输出到 stdout然后退出。可以与 Unix 管道组合使用gitdiffmain..HEAD|claude-p根据这个 diff 写 PR 描述caterror.log|claude-p把每行归类为 warning、error 或 info加上--output-format json还能被下游工具解析。这个技巧的价值Claude 成了一个新的 CLI 原语——任何你以前可能用awk、jq或grep处理的东西现在都可以用语言模型来理解。7.--append-system-prompt一次性的“性格覆盖”有时你只想让 Claude 在这一次任务里“说话简短一点、不要用 emoji、用表格输出”但不想把这些规则写进全局CLAUDE.md影响后续会话。--append-system-prompt 每次回答不超过 100 字除非主动要求否则不贴代码只对当前调用生效。我的用法给 CI 脚本设定特定的输出格式、快速做 prompt 变体对比测试或者在一次性任务里强制某种风格——用完即走不污染全局配置。总结一下这 7 个技巧其实围绕三个习惯减少摩擦#、hooks 都解决同一个问题——正确的事应该比错误的事更容易做到。让状态可组合--resume、/compact with focus、--append-system-prompt把会话和提示词当作可以保存、切片和覆盖的数据。把 Claude 推出 REPL/agents、claude -p让 Claude 成为你工作流的一部分而不只是一个聊天窗口。不用一次全学会。选一个当前最痛的用一周形成肌肉记忆再叠加下一个。
用了7个月 Claude Code 之后我发现一个现象那些真正改变我工作方式的从来不是发布会上的 宣而光之功能而是文档角落里那些不起眼的 slash command 和 CLI flag。它们单个看起来都“就这”但叠加在一起每周能省下好十几个小时。下面这 7 个是我每天都在用的。1.#把“下次注意”变成“永久记住”你一定遇到过这种场景跟 Claude 说“这个项目用 pnpm别用 npm”。三个会话之后它又建议你npm install。你又解释一遍。如此反复。常规做法手动打开CLAUDE.md把规则贴进去保存希望它下次记住。更好的做法在任何 prompt 的开头敲一个#然后写下“这个项目用 pnpm别用 npm”。Claude Code 会弹出一个菜单让你选择把这行规则存到项目CLAUDE.md、全局配置还是本地配置。选完继续对话。规则落地了上下文没切换手指没离开键盘。我的使用习惯每次我纠正 Claude 关于项目命名、库选择、部署配置这类约定时都直接用#记录。几周之后CLAUDE.md变成了一个自动生长的编码规范文档。重复的纠错越来越少因为规则已经被记住了。2./resume会话不该随着终端关闭而死亡有时花了一个小时让 Claude 深入理解一个复杂重构的上下文结果午饭回来终端关了一切归零。只能重新开一个新会话重新贴文件、重新解释背景、重新推演方案。/resume解决的就是这个问题。Claude Code 会把每个会话持久化到磁盘。输入/resume会看到一个最近会话列表带时间戳和首条消息预览。选中一个所有上下文、工具调用历史、未完成的任务都恢复如初。我甚至会在.zshrc里加一个别名把最常用的恢复命令缩到最短。这样早上开机只需要一个键就能回到昨天的工作状态。这个习惯带来的改变我可以在一个复杂 bug 上花 20 分钟探索然后去做别的事第二天再回来——所有上下文都在。不需要重新解释“我之前查过什么、试过什么、排除了什么”。3./compact focus on ...带着目标压缩上下文会话超过 18 万 token 之后Claude 会变慢、变“健忘”。这时候需要/compact来压缩上下文。但默认压缩会把重要内容也一起丢掉。更好的做法是/compact focus on 支付模块的重构决策和失败的测试用例把 CSS 改动那些无关内容丢掉。/compact 命令 后面可以接受输入自由文本指令告知 Claude 在摘要中需要保留哪些内容。这个命令允许你告诉 Claude 在压缩时保留什么、可以丢掉什么。默认压缩是通用摘要而你给的信息能让压缩结果更有针对性。我的经验长会话能不能跑到底关键不在于“能不能压缩”而在于“压缩时有没有明确目标”。当你告诉 Claude“保留 bug 复现步骤、失败的假设、测试通过的关键点”即使会话长度超过 20 万 token质量也能保持稳定。4./agents为高频任务创建专属“专家”如果你反复让 Claude 做同类事情——比如“用安全审查的视角看这段代码”“按某种模式写单元测试”——每次都要重新描述规范、约束、文件结构。重复到一定程度就会意识到这不该是 prompt而应该是一个“岗位说明”。/agents打开子代理管理器可以创建自定义 agent每个 agent 都有独立的系统提示、工具权限和模型选择。创建之后用agent-name 具体任务就能调用。代码审查、测试生成、文档撰写、依赖审计都变成一句话的事。我的感受这很像是把高频 prompt 抽象成可命名的组件。一旦抽象完成每次调用节省的不仅是打字时间还有“重新进入状态”的认知开销。5./hooks把“我总会记得”变成“系统总会做到”关于忘记跑 linter、忘记格式化、忘记在长任务结束后听到通知——这些事靠记忆是靠不住的。Claude Code 的 hooks 允许在PreToolUse、PostToolUse、Stop、SessionStart等生命周期事件触发时执行 shell 命令。配置一次之后每次文件修改后自动格式化、每次任务结束后播放提示音。不需要“记住”任何事。我的看法把精力花在“克制力”上是一种昂贵的资源配置。把规则写成配置文件一次性解决所有重复性问题对长期项目更有价值。6.claude -p在脚本和 CI 里用 Claude想把 Claude 集成到脚本里比如从 diff 生成 release notes、从日志里提取关键信息、给支持工单分类。你不需要 API SDK 的完整设置。claude -p 你的 prompt以非交互模式运行执行完直接输出到 stdout然后退出。可以与 Unix 管道组合使用gitdiffmain..HEAD|claude-p根据这个 diff 写 PR 描述caterror.log|claude-p把每行归类为 warning、error 或 info加上--output-format json还能被下游工具解析。这个技巧的价值Claude 成了一个新的 CLI 原语——任何你以前可能用awk、jq或grep处理的东西现在都可以用语言模型来理解。7.--append-system-prompt一次性的“性格覆盖”有时你只想让 Claude 在这一次任务里“说话简短一点、不要用 emoji、用表格输出”但不想把这些规则写进全局CLAUDE.md影响后续会话。--append-system-prompt 每次回答不超过 100 字除非主动要求否则不贴代码只对当前调用生效。我的用法给 CI 脚本设定特定的输出格式、快速做 prompt 变体对比测试或者在一次性任务里强制某种风格——用完即走不污染全局配置。总结一下这 7 个技巧其实围绕三个习惯减少摩擦#、hooks 都解决同一个问题——正确的事应该比错误的事更容易做到。让状态可组合--resume、/compact with focus、--append-system-prompt把会话和提示词当作可以保存、切片和覆盖的数据。把 Claude 推出 REPL/agents、claude -p让 Claude 成为你工作流的一部分而不只是一个聊天窗口。不用一次全学会。选一个当前最痛的用一周形成肌肉记忆再叠加下一个。
