企业官网建设流程全解析

（三）Claude Code Token 避坑指南——5 个日常操作习惯导致的隐形烧钱

【先讲一个真实场景】

我做原型时，有一条惯性的操作流程：

「先打开 Claude Code，说一句「帮我看看项目结构」让它自动 glob 所有文件 → 然后说「做个设置面板原型」→ 接着改 deploy 脚本 → 最后问「这个文件有没有更新？」」

每次我觉得很方便，操作很顺滑。但后来我发现，这个流畅的操作链背后的代价是：每次新会话，我都会让模型重新扫描整个仓库的所有文件，把所有相关的 skill 文档都加载进来，把所有历史记录都带上。

这就是一个典型的「隐形烧钱」习惯——看起来只是多问了几个问题，实际上每都在往请求里塞大量的额外上下文。下面是我在原型设计和代码生成中最常犯的五个坑，以及对应的修复方式。

坑 1：会话开头说「帮我看看项目结构」

症状：新会话第一句就让模型去 glob、grep、了解整个项目的文件布局。

为什么烧钱： - glob 返回大量文件名 + 内容摘要（每 file 可能几十 token） - 如果项目有大目录或小文件数千个，返回结果动辄数万 token - 这些结果进入对话历史，后续所有请求都会带上

修复做法： -不要主动让模型扫仓库。只在需要查看某个特定文件时提供路径。 - 如果需要了解项目结构，让模型告诉你「我应该看哪些文件」，而不是让它遍历所有文件。 - 用一句替代：「我只关心 deploy/sync.js，不需要其他文件。」

成本对比：一个 500 文件的 glob 返回可能 5k~10k token，一次扫描就可能相当于几轮对话的量。

坑 2：新会话第一句就「按 CLAUDE.md 帮我做 XXX」

症状：每次新会话都习惯性地说「按文档规范做 XXX」，默认加载全局和项目级的全部 CLAUDE.md。

为什么烧钱： - 全局 CLAUDE.md 完整版本约 10KB+ token - 项目级 CLAUDE.md 也有相当体量 - skill 的详细说明也在其中 - 每次新会话都重新写入 cache（因为 document path 不同）

修复做法： - 用轻量模板启动（已创建.claude/templates/lightweight-session.md） - 明确说「只用 design-system/tokens.md 的颜色，不加载完整 CLAUDE.md」 - 技能包的详细说明只在必要时用 Skill 工具调取，而不是默认全部加载

坑 3：一个会话里做多个不相关任务

症状：「先画个登录页，再改 login 组件，再看看 PRD 怎么写……」一连串多个任务。

为什么烧钱： - 每个任务需要不同的上下文（设计系统 vs 代码文件 vs PRD 模板） - 第一个任务的输入会污染第二个任务的上下文 - 历史对话越滚越厚，每一轮都变贵 - skill 来回切换导致 cache 无法复用

修复做法： -一个任务一个会话：画完登录页，结束这个会话。 - 开新会话再聊改 login 组件的事。 - 用一个简短的句子衔接：「上个会话做到了 XXX，现在要做的是 YYYY。」 - 不需要模型回顾以前的细节，它只需要知道当前任务的上下文。

坑 4：不控制文件大小，Read 整个大文件

症状：想修改一个小函数，就直接 Read 了整个 1000~2000 行的文件。

为什么烧钱： - 整文件读入一次性增加几万 token 到 input - 即使只改其中一行，这一行的输入也要送几万 token 的历史文件内容 - 后续的 Edit 操作中，model 仍然拿着这个全文做理解

修复做法： -先定位：用 grep 或 search 找到你要改的函数在哪一行附近 -只读必要部分：如果知道大概位置，用 Read 指定行范围（如果有工具支持） -Edit 代替 Write：对少量修改用 Edit 工具局部修改，而不是重写整个文件 - 大文件（>1000 行）考虑先做摘要或抽样阅读

坑 5：高清大图直接传用于原型还原

症状：原型设计时对方给了张 Figma/Sketch 截图，我原封不动传给了模型看。

为什么烧钱： - 一张 4K 图片可能被切成数千个 image token（每张图 1000~4000+ token） - 即使是一张小插图也可能消耗数百 token - 图片本身不会进入 cache，每次都要付费读取

修复做法： -截图压缩到 800~1200px 宽度即可，分辨率够用就行 - 复杂的界面拆成多张图，分别看各个区域 - 能用 CSS 几何图形描述的就不上传图片 - 用文字描述代替：「左边是导航栏，右边是内容区，中间是搜索框」

【之前的工作流】

我的典型错误操作链： 1. 新会话说「帮我看看项目结构」→ glob 大目录（~5k token） 2. 再说「按 CLAUDE.md 做个原型」→ 加载完整 skill 文档（~8k token） 3. 不做区分直接 Read 整个文件（~2k token） 4. 上传高清 Figma 截图（~3k token） 5. 一连串做多个任务不清理历史（累积 +500% per turn）

单次会话基础消耗轻松突破 20k+，还不算对话历史的累积叠加。

【现在的工作流】

现在的防坑原则：

1. 不发无谓查询：不要求模型自动扫描全局，需要什么给什么路径
2. 明确限定范围：「只看这个文件，不需要其他」
3. 会话单一化：一个会话只做一件事，做完就关
4. 文件按需读：grep 定位后再读小片段
5. 图片压缩或不用：能用文字描述的尽量用文字描述，必须用就压缩

把这些原则落实下来，单次会话的 input 可以从 30k+ 压到 5k~10k，节省 60%~70%。

【最关键的体会】

很多 token 消耗不是因为任务本身复杂，而是因为我们让模型知道了太多不必要的东西。

• 不需要知道整个项目结构 → 只给当前文件路径
• 不需要加载全部 skill 文档 → 只引用需要的 token
• 不需要高清原图 → 描述文字就够了
• 不需要混着做多个任务 → 分开会话隔离

省 token 的本质不是让模型「少说话」，而是让自己「少说废话」——每次只告诉模型真正需要知道的那一点点信息。

【分享一句话】

每一个多余的上下文都是在为一次可能永远不会再用的对话预付费。

适用读者：经常使用 Claude Code 的开发人员、产品经理、原型设计师

[下一篇：进阶法]