📄 一句话概括
按量计费意味着会话越长越贵,而输入往往是大头——所以少读无关文件,比少让它写字更省钱。
📝 本节和前面几节的关系
上一节说它可能说错,这一节说它还会花掉钱。两件都是【用之前就该知道的边界】。
一、按量计费意味着什么
它的每一次【读】和每一次【写】都按量计费。 所以成本不是一笔固定月费,而是随你做多少、喂多少浮动。 本节的演示给了一份账:输入 60000、输出 8000,差 7.5 倍。 具体单价以官方为准——这条口径第 2.5 节已经定下。
二、钱主要花在【读】上
规则文件与项目结构:每次会话的固定开销——根上那几份写短就省。 你点名的那些文件:通常最大的一块——只喂相关的(第 6.2 节)。 它反复重读同一批文件:悄悄翻倍——做完一段就收尾(第 4.7 节)。 累积的历史对话:越聊越大——下件事先给总结、再开新会话。
三、最容易忽略的一笔
演示里那个例子:一次读 30 个文件约 8000 行,真正用得上的约 1500 行。 白付的那 6500 行,就是【上下文是工作台、不是仓库】的代价。 这笔钱可怕的地方在于:它不会报错,只会安静地累积。
四、省钱的正确顺序
一、先砍【读错东西】——只喂相关的文件。 二、再砍【重复读】——做完一段就收尾、下件事重开。 三、最后才想着砍【它写的东西】——那是你要的产出,不该省。 顺序反了(先让它少写),省下的是小钱,丢掉的是质量。
五、动手 Demo:一次会话的 token 账
下面按第 2.5 节的口径算一笔账,只写结构、不写单价。
INS = 60000 # 输入:规则文件 + 项目文件 + 历史对话
OUTS = 8000 # 输出:它写的代码与说明
P(" 输入 = %d 输出 = %d 输入 / 输出 = %.1f 倍"
% (INS, OUTS, INS / OUTS))
实跑输出:
--------------------------------------------------------------------
一次会话的 token 账
--------------------------------------------------------------------
按第 2.5 节的口径,只写结构、不写单价(价格以官方为准):
输入 = 60000 输出 = 8000 输入 / 输出 = 7.5 倍
钱花在哪 量级 能不能省
-----------------------------------------------------------------------
规则文件与项目结构 固定 能省:根上那几份写短一点
你点名的那些文件 最大 能省:只喂相关的
它反复重读同一批文件 悄悄翻倍 能省:做完一段就收尾
累积的历史对话 越聊越大 能省:下件事先给总结、再开新会话
它写出来的代码与解释 较小 不用省:这就是你要的东西
**输入是大头**——所以【少读无关文件】比【少让它写字】更省钱。
再看一个容易忽略的点:
一次会话读 30 个文件 ≈ 8000 行
其中真正用得上的 ≈ 1500 行
白付的 ≈ 6500 行
**白付的那 6500 行,就是【上下文是工作台、不是仓库】的代价**。
输入 60000、输出 8000——差 7.5 倍,所以输入是大头。 结论:少读无关文件,比少让它写字更省钱;而白付的那部分不会报错,只会累积。
30 秒实验
- 下一次会话开始前,先列一张【这次要读哪几个文件】的清单,别让它自己找。
- 观察一次:这次会话里有多少行是它自己去看的?那就是白付的部分。
常见误区
- 以为按月付费就随便聊。按量计费的地方,会话长度就是账单长度。
- 先省它写的字。输入才是大头——省错地方,钱没省下、质量还降了。
自测三问(点开对答案)
1. 一次会话的钱主要花在哪? —— 输入:规则文件、项目文件、累积的历史对话。 2. 演示里输入与输出的比例是多少? —— 约 7.5 倍(60000 对 8000)。 3. 省钱的正确顺序是什么? —— 先砍读错东西、再砍重复读,最后才是它写的内容。- ☐ 下一节(10.3 关于【AI味】:写出来的东西【一眼假】)
相关笔记
- 账号与计费方案 — 成本结构的完整拆解
- 会话管理:别让上下文变成垃圾场 — 一段一收尾的成本账
- 🧡 Claude Code橙皮书 · 索引