Token 降本增效 · 9 / 13

语法层:Prompt 是写给机器的

进入实战四层的第一层。很多产品早期为了调试方便,或者干脆是让 AI 代写的提示词,习惯用 ###、** 加粗、JSON 展示数据。这些对人类友好的排版,在大模型的计费逻辑里全是「词法税」。

词法税YAMLCSVMinified JSON
这笔税有多重:13% 都是格式

作者做了一个 Token 可视化分析工具(yusuan.ai/analyzer),把一段精简版 Lyra 提示词丢进去分析:光是加粗用的 ** 符号,就吃掉了 8.5% 的 Token。算上列表、标题符号、JSON 缩进换行,这份提示词 13% 都是格式性内容。一般产品的 Prompt 里,10%–20% 都是这种装饰性 Token。

Token 可视化分析:** 符号出现 33 次占比 4.16%
Token 可视化分析(yusuan.ai/analyzer):一段提示词里 ** 出现 33 次,仅这一个符号就占 4.16%。(图:作者分享原稿)
装饰性 Token 占比 10%-20%
千万级调用量下,每月 10%–20% 的预算花在「让产品经理看起来舒服一点」上。(图:作者分享原稿)
Prompt 是写给机器的指令,最终版本不需要美观。机器关注的是逻辑,而不是排版。** 只用在真正需要强调的地方。
交互演示 · 同一份数据的三种账单

把 50 条用户记录喂给模型,三种格式点开对比。字段名重复 50 遍的 JSON 数组,是 RAG 场景的重灾区。

三条经验

1、复杂对象用 YAML(或 TOON),别用 JSON。JSON 的信噪比太低:每个 Key 双引号包裹、每层嵌套花括号闭合,而这些符号往往独立计费。YAML 用缩进代替闭合符号、冒号代替「引号+冒号」,Token 通常省 10%–15%,多的能到 40%。TOON 是专为省 Token 设计的新格式,但作为新格式 LLM 不一定支持得好——所以更稳的组合是 YAML + CSV

2、扁平列表用 CSV,别用 JSON 数组。带表头的表格把重复键名全干掉,长列表场景砍 30%–60%,同样的上下文窗口还能塞更多数据。

JSON 数组与 CSV 表格的对比
键名只写一遍,消除所有重复:长列表场景 Token 直接省 30%–60%。(图:作者分享原稿)

3、后台输出强制 Minified JSON。输出端的 Token 比输入端更贵,还直接影响接口返回速度。面向用户的流式输出可以宽松点,但纯后台任务(提取标签、情感分析、数据清洗)不需要任何排版——在 System Prompt 里显式约束:

输出必须是 Minified JSON,不换行、不缩进、不加代码块标记。 示例:{"id":1,"status":"ok"}

机器读数据不需要美观,只需要合法。批量任务加上这条约束后,生成耗时显著下降。

本节要点

先去 yusuan.ai/analyzer 量一下你的 Prompt:装饰性 Token 通常占 10%–20%,这是最容易拿的一笔钱。

数据结构按场景选:复杂对象 YAML、扁平列表 CSV、后台输出 Minified JSON。

输出比输入贵,管住输出格式既省钱又提速(第 12 节还有三招)。

内容来源:整理自作者团队内部分享《AI Token 降本增效策略分享》实战篇「01|语法层」。工具:yusuan.ai/analyzer;YAML 规范见 yaml.org