[控场AI]
· 8 分钟阅读· 4,470 字

17个Claude Code实战技巧:省Token、避坑CLAUDE.md、高效工作流

17个Claude Code实战技巧:省Token、避坑CLAUDE.md、高效工作流

17个Claude Code实战技巧,覆盖上下文管理、多代理协作与验证工作流。

文章整理自B站一期实战分享,提炼出17个经过真实业务验证的Claude Code使用技巧。核心围绕四条主线:一是CLAUDE.md的管理,强调其在每条消息中被完整重读,应控制在2000行以内并用文件路径引用替代全文粘贴;二是上下文腐烂的应对,通过/context诊断、带保护名单的/compact压缩、以及切换任务时的/clear分层处理;三是协作规模的选择,子代理适合独立并行任务,代理团队通过共享任务列表解决多角色高频同步瓶颈;四是验证与高阶能力,包括Chrome开发者工具实测页面、UltraThink深度推理、Context 7获取最新文档、状态栏与无头模式。全文贯穿一个判断:能力边界取决于对工作机制的理解深度。

17个Claude Code实战技巧:省Token、避坑CLAUDE.md、高效工作流

同样是打开 Claude Code,有人第一句话就把上下文烧光,有人却能用它解决卡了两天的难题。差距不在工具本身,而在于你是否了解它隐藏的工作机制。来自 B 站的一期实战分享(原视频作者为拥有二十余年互联网营销经验、跨行业创造超 1.5 亿美元销售额的 Onic Single 团队)整理了 17 个经过真实业务压力测试的技巧,覆盖上下文管理、多代理协作和隐藏命令。以下为核心内容拆解与深度分析。

一、CLAUDE.md:别让你的“规则笔记本”变成燃料黑洞

CLAUDE.md 相当于你给 Claude 的一份常驻说明书——每次对话,它都会先读这个文件,再处理你的请求。写一次,规则就永远生效。听起来很美好,但绝大多数人用错了方向。

冗长是最大的隐性成本

文件里的每个字都在消耗 Token,而 Claude 在每一条消息中都会重新读取整个文件。据原视频描述,有人带着 500 行的 CLAUDE.md 开始工作,还没等 Claude 看到真正的问题,上下文预算就已经烧掉大半。建议将文件控制在 2000 行以内,不是因为模型处理不了,而是你在透支后续真正重要任务的空间。

用“便利贴”代替全文粘贴

与其把整份风格指南塞进 CLAUDE.md,不如只写一行指向文件路径的引用,例如“风格指南见 file_style.md”。Claude 只会在真正需要时才打开完整文件,而不是每条消息都加载一遍。一个好习惯就能省下大量 Token。

笔记本应该持续生长

新手常犯的错误是写一次就再也不碰。正确的做法是:每次 Claude 在你的项目中踩坑、犯错或学到一条奇怪但必要的规则,就让它记进 CLAUDE.md。否则下一次对话它仍会犯同样的错误——因为除了这个文件,它对项目一无所知。

二、上下文腐烂:理解“水变浑”的机制

想象一杯清水,那是你刚开始对话时的上下文状态。随着聊天继续、文件粘贴、问题追加,每一轮都往杯子里丢一粒灰尘。单粒无碍,但 50 条消息之后,水就浑了。这正是 Claude 在项目中途“变笨”的原因——它没有变笨,只是上下文被稀释了。

每一次都会往那杯水里丢一粒灰尘,一粒没关系。

先诊断,再处理

输入 /context 命令,Claude 会按百分比精确显示是什么在占用空间:多少来自指令、多少来自文件、多少来自其他内容。与其凭感觉猜测“哪里不对”,不如直接看到堵塞点。

压缩要带“保护名单”

/compact 命令可以压缩对话历史,但多数人直接输入后听天由命。聪明的做法是明确告诉它要保留什么,例如“压缩但保留 API 决策和数据库结构”。这样重要的上下文会被安全保留,其余内容被折叠。这一个细节能避免大量意外丢失。

/compact 的底层机制是将已有对话历史交给模型生成一份压缩摘要,再用该摘要替换原始消息序列,从而释放上下文窗口空间。默认情况下,模型会自行判断哪些内容重要,但这种判断未必符合你的意图——它可能折叠掉你后续还要依赖的架构决策或接口约定。在命令后附加保留指令(如“保留 API 决策和数据库结构”)相当于给压缩过程一份保护名单,引导摘要生成时优先保留这些信息。与之相对,/clear 是彻底清空对话历史而非压缩,CLAUDE.md 和已附加的文件不受影响,因此适合任务方向完全切换的场景。两者区别在于:compact 保留语义摘要,clear 保留零历史但保留持久化配置。

该换水时就换水

如果任务切换到完全不相关的方向,不要试图过滤旧水,直接用 /clear 清空对话历史。你的 CLAUDE.md 和附件文件依然存在,你不是从零开始,而是带着既有规则重新出发。

三、安全网与工作流:被大多数人忽略的底层能力

自动快照与回退

每次 Claude 修改项目文件前,它都会在后台悄悄保存一份快照,无需你主动要求。输入 /rewind(原视频中提到的 ShryWind 应为 rewind 的语音转写),你能看到本次会话中所有操作的完整列表,按顺序排列,并标记哪些请求真正改变了项目。点选任意节点即可回退——如果它在第 15 步走错方向,你回到第 14 步,保留所有正确部分,只重做出问题的环节。

Vault 框架:工作流、智能体、工具

原视频用一个餐厅厨房的比喻来解释这三层结构:工作流是食谱卡,用普通英语写成的分步流程文件,固定不变,谁都能照着做;智能体是厨师,读取食谱、做判断、随机调整;工具是刀、炉子、烤箱,真正执行读文件、跑脚本、调应用的动作。

食谱卡是一步一步写下来的。

多数初学者只扔一个巨大而混乱的提示然后祈祷结果好。一旦把这三者分开,你构建的就不再是一次性求助,而是可以交接、复用、随时间改进的资产。

上线前的安全检查

部署前直接问 Claude:“审查这段代码,找出暴露的密码、薄弱环节和任何有风险的地方。”这一步几乎所有人都会跳过,但它能发现你意想不到的漏洞,确保私钥和密码被妥善存储而非裸露在文件中。

四、子代理与代理团队:从单兵到协作

子代理:你的迷你团队

当你让 Claude 为一个大任务启用子代理时,它会启动多个独立的迷你 Claude,各自拥有工作区和记忆,完成后向主对话汇报。主聊天因此保持干净,而不是被上百篇研究文章淹没。

一个聪明做法是:不必让最昂贵的模型做苦力活。如果子代理只是阅读十万字原始文章并做总结,给它更便宜更快的模型;把最强模型留给主线程,那里才是真正思考发生的地方。

子代理(Subagent)是 Claude Code 中一种将任务委派给独立实例的机制。每个子代理拥有自己的上下文窗口和工具权限,启动时会接收到主代理传递的任务描述,在隔离环境中完成工作后仅将结果摘要回传主对话。这种设计的关键价值在于上下文隔离:子代理读取的大量原始材料(如数十篇研究文章、完整代码库扫描结果)不会污染主对话的上下文,主线程只保留结论性的汇报。由于子代理独立计费,为简单任务分配更便宜快速的模型(如 Haiku)而将最强模型留给主线程推理,是一种成本优化策略。子代理之间默认不共享记忆,也不直接通信,所有协调都需经由主代理中转,这正是后文代理团队要解决的瓶颈。

代理团队:共享白板

子代理之间不能直接通信,所有消息都要经过你中转。任务简单时没问题,但在后端、设计、测试三方并行的大项目里,你会变成全职信使——后端改了登录接口,这条消息要经你传给设计,一天重复二十次。

代理团队解决了这个瓶颈:队友之间可以直接对话,并共享一个公共任务列表。后端完成登录系统改动后直接发布到共享板,设计代理立即看到并同步调整,测试代理也知道要测新版本。三个人在同一块板上实时协作,你只需偶尔查看。

三个人都在同一个共享板上工作,实时捕捉彼此的更改。

五、验证与高阶技巧:让“看起来能用”变成“真的能用”

Chrome 开发者工具:功能验证的空白填补

一个页面可以视觉完美却功能死寂:提交按钮点了没反应,联系表单从不发送消息,菜单打不开。Claude 可以控制 Chrome 开发者工具,打开真实浏览器,像访客一样点击按钮、填写表单、提交内容,并诚实告诉你哪里坏了。构建任何交互式组件(注册表单、购物车、多步骤测验)时,这都是必做步骤。

UltraThink:为难题按下慢放键

面对一个已经打败你两次的 bug,或“整个项目该如何架构”这类大决策,直接在消息中输入 UltraThink。这告诉 Claude 不要急,在给出答案前尽可能深度思考。

UltraThink 属于扩展思考(extended thinking)机制的一种触发方式。启用后,模型会在给出最终回答前生成一段内部推理过程,相当于在“思考预算”上投入更多计算资源,用于拆解复杂问题、权衡多种方案、自我检查逻辑漏洞。这类机制特别适合两类场景:一是已经反复失败、需要跳出惯性思路的调试难题;二是架构设计等需要全局权衡的高影响决策。代价是响应时间和 Token 消耗都会显著增加,因此不适合日常简单任务。与之相对,普通对话模式下模型倾向于快速给出答案,深度推理的程度有限。理解这一区别,就能在“快而够用”与“慢而周全”之间按任务难度主动切换。

Context 7:解决“建议了不存在的东西”

Claude 的训练数据存在时间差,有时会推荐已被移除或重命名的函数。Context 7 是一个可安装的附加组件,在写代码前先获取你所用工具或库的最新文档,让它基于今天实际存在的东西工作。

之后,每当你要用某个特定的库或工具来构建项目时,

大语言模型的训练数据存在截止日期,模型对某个库的认知停留在训练时的版本。当库的 API 在截止日期之后发生重命名、废弃或行为变更时,模型仍会自信地给出旧版用法,产生“幻觉式过时建议”。检索增强生成(RAG)是缓解这一问题的通用思路:在生成代码前,先从外部来源检索最新文档,将相关片段注入上下文,让模型基于实时信息而非记忆作答。Context 7 正是这一思路在 Claude Code 中的落地形式——它作为可安装的附加组件,在涉及特定库或工具时主动拉取当前版本的官方文档。这类工具的价值在于把“模型记得什么”替换为“文档现在说什么”,从根本上降低因版本漂移导致的调试成本。

状态栏与无头模式

通过 status line 命令,你可以在屏幕底部常驻一条信息栏,一眼看到当前模型、上下文占用百分比和本次会话费用。

无头模式则适合“给一个大目标然后走开”的场景:Claude 无需逐步批准即可自主工作。配合 Ralph 循环——不断重新检查剩余任务并持续朝同一目标推进——有人带着粗略想法去睡觉,醒来发现完整项目已经做好。前提是目标要在开始时描述得足够清晰,因为中途没人在旁边澄清。

写在最后

这 17 个技巧的共同逻辑是:Claude Code 的能力边界,取决于你对它工作机制的理解深度。上下文是有限燃料,CLAUDE.md 是持续生长的规则集,子代理与代理团队对应不同协作规模,验证工具填补“好看”与“好用”之间的鸿沟。多数人看一遍就忘掉一半——真正拉开差距的,是把其中几个变成肌肉记忆。

#Claude Code技巧#CLAUDE.md#上下文管理#Token优化#子代理#AI编程工作流#Context 7#UltraThink
分享:

相关推荐