[AI书房] 第28章 中级实用技巧10条
Claude Code完全掌握
Claude Code完全掌握
第28章 中级实用技巧10条
金京镇
从速度到策略
掌握了初级十条技巧之后，你使用Claude Code的方式会开始改变。/init 变成了条件反射，你会有意识地管理上下文，养成先用计划模式做设计的习惯。但到了某个节点，你会撞上瓶颈。一个人在一个会话里处理一项任务，速度终究有天花板。
中级技巧就是为了突破这道天花板。它涉及同时调动多个Agent、把重复工作自动化、以及优化成本的方法。
技巧11. 向子Agent（Subagent）并行委派任务
一个人按顺序做调研、写代码、跑验证，和三个人各负责一项同时推进，出结果的速度没法比。
在Claude Code中，你可以在提示词里加上「请调用子Agent」这样的指令。主会话分析完任务后，会生成多个独立的子Agent。每个子Agent拥有自己的上下文窗口，也可以使用不同的模型。
一个Agent负责调研，另一个负责编写验证代码，还有一个去探索替代方案。这些工作同时推进。完成后，各子Agent向主Agent汇报结果。主线程保持整洁，实际效果相当于有好几个开发人员在协作。
[图 28-1] 主Agent向子Agent委派任务的流程图
技巧12. 创建自定义技能文件
如果每次遇到同类任务都要重新写提示词，你需要自定义技能（custom skill）文件。
在 .claude/skills/ 目录下创建Markdown文件。比如建一个 techdebt.md，里面详细描述技术债务的检查流程。之后只要说一句「帮我检查技术债务」，整个工作流就会自动执行。
在 codereview.md 里写好代码审查标准，以后就不必每次解释审查要求，输出的审查质量也保持一致。
技能文件真正的威力在于团队共享。把这些文件提交到GitHub，整个团队就能使用同一套工作流。以前因人而异的代码审查和上线前检查，靠一个技能文件就统一了标准。这和把公司的SOP（标准操作流程）自动化没什么两样。
技巧13. 用Haiku模型降低子Agent成本
积极使用子Agent之后，费用会成为一个现实问题。这里有一个策略。
如果交给子Agent的任务是阅读大量文本并提取要点，就没必要用Opus级别的模型。指定Haiku这样轻量、便宜的模型就够了。
举个具体的例子。假设有一项调研任务，需要读几十篇文章并做摘要，要处理的token量非常大。如果全部用Opus跑，费用相当可观。但把子Agent设为Haiku，成本会大幅下降。子Agent读完后只把提炼出的核心摘要传给主Agent（Opus），所以在需要高质量的最终分析环节，依然有强力模型在把关。
因为费用就完全放弃子Agent，太可惜了。在模型选择上做出策略性安排，就能在控制成本的同时享受并行作业的优势。
技巧14. 持续更新claude.md
claude.md 是一份活文档。项目推进过程中会发现新的模式，遇到意料之外的坑，新增规则。每一次这样的发现都应该同步写进 claude.md。
你可以直接对Claude下指令：「把刚才发现的模式记到claude.md里。」下一次会话开始时，Claude已经知道这条经验了。不会再犯同样的错，对项目的理解也会越来越深。
不过有一点需要注意。claude.md 的作用类似系统提示词（system prompt）。它的内容会在每次对话时加载，占用的篇幅就是上下文窗口的消耗。所以建议把这个文件控制在150到200行以内。如果只往里加东西不做清理，文件会越来越臃肿，留给对话本身的上下文反而不够用了。
添加新信息的时候，请同时清理过时或不太重要的内容。这种平衡感决定了 claude.md 的质量。
[图 28-2] claude.md 文件的合理篇幅与结构示例
技巧15. 在claude.md中路由到外部文件
前面说 claude.md 要控制在150到200行，但项目需要的信息往往远不止这些。风格指南、业务背景、参考文档、API规范等等，全塞进 claude.md 里文件很快就爆了。
解决办法是路由（routing）。在 claude.md 里只写每条信息的位置。比如「风格指南见 /docs/style-guide.md」「API规范见 /docs/api-spec.md」。Claude需要的时候会自己去找对应文件来读。
这种做法的好处很明确。claude.md 保持轻量，减少上下文浪费；与此同时，Claude能获取的信息总量反而增加了。没必要在系统提示词里写满项目的所有状态，只要告诉它状态记录在哪个文件里就行。
技巧16. 方向错了立刻按Escape跳出
Claude生成回复的过程中，有时你会一眼看出方向不对。比如它开始安装你没要求的库，或者用了完全不同的思路写代码。
这时不要等它写完。按下Escape键，生成立刻停止。
往错误方向走得越远，浪费的token越多。已经消耗的token无法退回，而且错误的内容堆积在上下文里，还会影响后续的回复。尽早打断、修正方向、重新发送提示词，从整体来看划算得多。
抱着「说不定末尾它能自己纠正过来」的期望等下去，绝大多数时候的结局是时间和token的双重损失。越早修正航向越好。
技巧17. 对输出结果给出尖锐的修改意见
如果Claude交出来的结果只是「还凑合」的水平，不要就这么接受。
「这不够好。换一个完全不同的思路重新来。」「这部分太啰嗦了，改得更简洁、更优雅。」像这样明确提出高标准的要求，Claude往往能给出水准截然不同的结果。
第二次尝试之所以更好，原因很清楚：对第一次结果的修改意见明确了「不该怎么做」。Claude现在知道了哪条路不通，于是去探索另一条路径。
还可以再进一步。拿到改进后的结果，让Claude把改进要点记录到 claude.md 或技能文件里。「更新一下，确保这类错误不再重复。」从结构上杜绝同类问题反复出现。
技巧18. 用/rewind快速回退
Escape是中断正在生成的回复。但如果问题出在已经完成的回复上呢？Claude已经改了文件、对话继续推进了好几步之后，你才意识到「三步之前的状态其实更好」。
/rewind 命令就是为这种场景准备的。它可以把对话回退到之前的某个节点，不需要从头重开一个会话。只回到出错的那个点，然后换个方向继续就好。
/rewind 和Escape搭配使用，威力很大。正在犯的错用Escape阻止，已经犯过的错用 /rewind 回退。有了这两个手段，在Claude Code会话里几乎不存在不可挽回的失误。
技巧19. 设置Hooks通知
同时跑多个Claude Code会话之后，会出现一个新问题：很难分清哪个会话结束了，哪个还在等你输入。
用 /hooks 命令可以设置通知钩子。你也可以用自然语言下指令：「这个会话结束时给我弹个提示音。」这样Claude Code完成任务后就会触发系统通知。
这样设置之后，就不用一直盯着终端等任务完成了。去做别的事，听到提示音再回来查看结果、下达下一步指令就行。
想象一下同时运行15个会话的场景。没有通知的话，你得逐个切换终端窗口，挨个检查哪个跑完了。有了通知，哪里响了「叮」一声，去哪里就好。看似小事，但在多会话运营中，这是不可或缺的配置。
[图 28-3] 设置Hook后通知生效的界面示例
技巧20. 利用截图进行视觉自检
Claude能「看」。它不只是处理文本，还能分析图像。
把这项能力用到极致的方法，是构建一个视觉自检循环（self-check loop）。如果你在做网站开发，可以设计这样的流程：
1. 实现网站设计 2. 截取屏幕截图 3. 分析截图，识别布局问题 4. 修复问题 5. 再次截图并分析
让这个循环跑三轮左右，再展示第一版（V1）。和没有经过自检直接输出的V1相比，完成度的差距一目了然。
截图的用途不局限于网页设计。你可以把报错界面截下来给Claude看，也可以截取你想参考的其他网站设计，作为灵感来源。对于文字难以描述的视觉信息，截图是最高效的传递手段。
[图 28-4] 基于截图的视觉自检循环示意图
在基本功之上叠加策略
以上是十条中级技巧。它们的共同点在于，都是突破「一个人、一件一件做」这一局限的策略。用辅助Agent实现并行化，用技能文件实现自动化，用模型选择优化成本，用Hook管理多个会话，用修改意见和回退来提升质量。
等这些策略运用自如之后，就可以迈向下一步了。自动化浏览器操作、接入MCP连接服务器、让Agent自己创建Agent，这些高级技法就在前方等着你。
人工智能专家 金京镇律师
AI法律政策专家 · 前国会议员 · 著作等身
如果这本书曾在你身边短暂停留，请支持我们，让下一个故事得以问世。
（自愿赞助账户：农协 302-1096-0948-81 户名：金京镇）