RTK -90%到底是省什么一文讲透Token节省的真相与计费关系【免费下载链接】rtkCLI proxy that reduces LLM token consumption by 60-90% on common dev commands. Single Rust binary, zero dependencies项目地址: https://gitcode.com/GitHub_Trending/rtk4/rtkRTKRust Token Killer是一款用 Rust 编写的命令行代理工具CLI proxy它拦截 AI 编程助手如 Claude Code、Codex、Cursor 等执行的 shell 命令在输出返回给大模型之前进行过滤和压缩官方宣称可降低 60-90% 的 LLM Token 消耗。但省 90%到底省的是什么这一篇就把RTK Token 节省的真相与 Token 计费关系一次性讲清楚——结论先行它省的是「bash 输出字节」而不是你的账单直接打九折。 先搞懂-90% 省的不是发票是 bash 输出很多人看到节省 90% Token就以为月账单会直接砍掉 90%。真相是RTK 位于 AI 代理和 shell 之间。当 Agent 执行git status、cargo test这类命令时RTK 先执行命令压缩输出再把压缩后的版本交给 Agent 阅读。RTK 唯一改变的东西是shell 命令回传的字节数。所有节省统计都只针对这部分。模型生成的回答输出 Token、你写的提示词、系统提示词、历史对话——这些 RTK 一律碰不到。官方原话RTK 削减的是你的 Agent 读取的 bash 输出最多 90%。这就是 RTK 的度量口径它并不等于账单削减 90%。见文档docs/guide/resources/savings-explained.md Token 计费的三层稀释链为什么 90% 到不了账单理解 Token 计费关系的关键是看清楚这笔钱是怎么构成的。一次 API 调用的费用大致是费用Cost ├─ 输入 Token │ ├─ Bash 输出 ← RTK 只能压缩这一项 │ ├─ 你的提示词 │ ├─ 系统提示词 │ └─ 对话历史 └─ 输出 Token ← 模型写的回复也就是说削减会在每一层被稀释Bash 输出 → 输入 Token即使 bash 输出砍掉 90%输入 Token 总量可能只降 20-40%取决于 bash 输出在上下文里的占比输入 Token → 总费用输入只是费用的一部分输出 Token 通常还要按更高单价计费。所以一条命令显示输出减少 90%绝不代表这个会话便宜了 90%。RTK 也因此选择报告「bash 输出削减率」而不是「省钱金额」——那才是它能精确控制的部分。 RTK 怎么算 Token——字节 ÷ 4估算法打开核心统计代码src/core/tracking.rsestimate_tokens函数约第 1320 行你会发现一个朴素的估算Token 数 ≈ 文本字节数 ÷ 4向上取整这是有意为之的设计RTK 是单二进制、零依赖不内置任何 tokenizer内置会增加启动时间还得为每个模型各准备一个分词器。这个设计带来一个很实用的结论✅百分比是可信的原始输出和过滤后输出用同一套估算器两者做比值时误差会抵消所以Save%节省率作为字节比是准确的⚠️绝对 Token 数是近似的rtk gain里的Input tokens: 45,230只能当量级参考不会和服务商的账单数字精确对上。 自己动手验证rtk gain 节省看板怎么看安装后跑一下rtk gain就能看到全部节省数据数据存于本地 SQLite~/.local/share/rtk/history.db保留 90 天列名真实含义Input原始命令输出按bytes/4估算的 Token 数Output过滤后输出的估算 Token 数SavedInput − Output估算 TokenSave%bash 输出字节削减率——唯一该重点看的列还可以按时间维度分析rtk gain --daily按天、--weekly按周、--monthly按月也能--format json导出做图表。详细用法见文档docs/guide/analytics/gain.md。 进阶用 rtk cc-economics 算真金白银如果你想知道节省到底值多少钱RTK 提供了经济学分析命令实现见src/analytics/cc_economics.rsrtk cc-economics # 汇总 rtk cc-economics --monthly它会把 ccusageClaude Code 实际花费统计与 RTK 节省量做双重指标对比并按 API 计价权重换算输出 Token 按输入 5 倍计、缓存写入按 1.25 倍、缓存读取按 0.1 倍。这样算出的加权节省金额才更接近真实账单影响——也侧面说明省输入 Token 的单价和模型输出、缓存机制都有关不能只看字节数。 为什么-90%这个数字本身是靠谱的虽然它不等于省钱 90%但「bash 输出削减 90%」这个口径下各命令的典型表现官方实测区间命令bash 输出削减压缩机制jest/vitest94-99%只保留失败用例通过的折叠为计数cargo test/go test~90%失败优先噪音剔除git status77-93%紧凑状态格式按状态分组eslint84%按规则分组grep70%长行截断 按文件分组find75%树形结构代替逐行列表这些削减由四类策略实现智能过滤去注释、空白、样板代码、分组聚合按目录/错误类型、截断保关键上下文、去重重复日志行折叠为计数。支持 100 命令额外开销 10ms。 结论正确理解 RTK 节省的 3 个要点-90% 省的是 bash 输出字节是 Agent 少读的部分账单降幅 90% ×bash 输出占输入比例×输入占总费用比例层层折损后会更小。百分比可信绝对值是估算看Save%和趋势别拿它去对账单数字。省 Token 就是省钱在多轮长会话里每一轮都会重放历史上下文bash 输出越少累积节省越可观——这正是用rtk gain --monthly长期观察的价值所在。一句话总结RTK 不承诺账单打九折它承诺的是Agent 少读 90% 的终端噪音。理解了这个口径你才能正确评估任何 Token 节省工具的账单价值。【免费下载链接】rtkCLI proxy that reduces LLM token consumption by 60-90% on common dev commands. Single Rust binary, zero dependencies项目地址: https://gitcode.com/GitHub_Trending/rtk4/rtk创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 RTK -90%到底是省什么？一文讲透Token节省的真相与计费关系
RTK -90%到底是省什么一文讲透Token节省的真相与计费关系【免费下载链接】rtkCLI proxy that reduces LLM token consumption by 60-90% on common dev commands. Single Rust binary, zero dependencies项目地址: https://gitcode.com/GitHub_Trending/rtk4/rtkRTKRust Token Killer是一款用 Rust 编写的命令行代理工具CLI proxy它拦截 AI 编程助手如 Claude Code、Codex、Cursor 等执行的 shell 命令在输出返回给大模型之前进行过滤和压缩官方宣称可降低 60-90% 的 LLM Token 消耗。但省 90%到底省的是什么这一篇就把RTK Token 节省的真相与 Token 计费关系一次性讲清楚——结论先行它省的是「bash 输出字节」而不是你的账单直接打九折。 先搞懂-90% 省的不是发票是 bash 输出很多人看到节省 90% Token就以为月账单会直接砍掉 90%。真相是RTK 位于 AI 代理和 shell 之间。当 Agent 执行git status、cargo test这类命令时RTK 先执行命令压缩输出再把压缩后的版本交给 Agent 阅读。RTK 唯一改变的东西是shell 命令回传的字节数。所有节省统计都只针对这部分。模型生成的回答输出 Token、你写的提示词、系统提示词、历史对话——这些 RTK 一律碰不到。官方原话RTK 削减的是你的 Agent 读取的 bash 输出最多 90%。这就是 RTK 的度量口径它并不等于账单削减 90%。见文档docs/guide/resources/savings-explained.md Token 计费的三层稀释链为什么 90% 到不了账单理解 Token 计费关系的关键是看清楚这笔钱是怎么构成的。一次 API 调用的费用大致是费用Cost ├─ 输入 Token │ ├─ Bash 输出 ← RTK 只能压缩这一项 │ ├─ 你的提示词 │ ├─ 系统提示词 │ └─ 对话历史 └─ 输出 Token ← 模型写的回复也就是说削减会在每一层被稀释Bash 输出 → 输入 Token即使 bash 输出砍掉 90%输入 Token 总量可能只降 20-40%取决于 bash 输出在上下文里的占比输入 Token → 总费用输入只是费用的一部分输出 Token 通常还要按更高单价计费。所以一条命令显示输出减少 90%绝不代表这个会话便宜了 90%。RTK 也因此选择报告「bash 输出削减率」而不是「省钱金额」——那才是它能精确控制的部分。 RTK 怎么算 Token——字节 ÷ 4估算法打开核心统计代码src/core/tracking.rsestimate_tokens函数约第 1320 行你会发现一个朴素的估算Token 数 ≈ 文本字节数 ÷ 4向上取整这是有意为之的设计RTK 是单二进制、零依赖不内置任何 tokenizer内置会增加启动时间还得为每个模型各准备一个分词器。这个设计带来一个很实用的结论✅百分比是可信的原始输出和过滤后输出用同一套估算器两者做比值时误差会抵消所以Save%节省率作为字节比是准确的⚠️绝对 Token 数是近似的rtk gain里的Input tokens: 45,230只能当量级参考不会和服务商的账单数字精确对上。 自己动手验证rtk gain 节省看板怎么看安装后跑一下rtk gain就能看到全部节省数据数据存于本地 SQLite~/.local/share/rtk/history.db保留 90 天列名真实含义Input原始命令输出按bytes/4估算的 Token 数Output过滤后输出的估算 Token 数SavedInput − Output估算 TokenSave%bash 输出字节削减率——唯一该重点看的列还可以按时间维度分析rtk gain --daily按天、--weekly按周、--monthly按月也能--format json导出做图表。详细用法见文档docs/guide/analytics/gain.md。 进阶用 rtk cc-economics 算真金白银如果你想知道节省到底值多少钱RTK 提供了经济学分析命令实现见src/analytics/cc_economics.rsrtk cc-economics # 汇总 rtk cc-economics --monthly它会把 ccusageClaude Code 实际花费统计与 RTK 节省量做双重指标对比并按 API 计价权重换算输出 Token 按输入 5 倍计、缓存写入按 1.25 倍、缓存读取按 0.1 倍。这样算出的加权节省金额才更接近真实账单影响——也侧面说明省输入 Token 的单价和模型输出、缓存机制都有关不能只看字节数。 为什么-90%这个数字本身是靠谱的虽然它不等于省钱 90%但「bash 输出削减 90%」这个口径下各命令的典型表现官方实测区间命令bash 输出削减压缩机制jest/vitest94-99%只保留失败用例通过的折叠为计数cargo test/go test~90%失败优先噪音剔除git status77-93%紧凑状态格式按状态分组eslint84%按规则分组grep70%长行截断 按文件分组find75%树形结构代替逐行列表这些削减由四类策略实现智能过滤去注释、空白、样板代码、分组聚合按目录/错误类型、截断保关键上下文、去重重复日志行折叠为计数。支持 100 命令额外开销 10ms。 结论正确理解 RTK 节省的 3 个要点-90% 省的是 bash 输出字节是 Agent 少读的部分账单降幅 90% ×bash 输出占输入比例×输入占总费用比例层层折损后会更小。百分比可信绝对值是估算看Save%和趋势别拿它去对账单数字。省 Token 就是省钱在多轮长会话里每一轮都会重放历史上下文bash 输出越少累积节省越可观——这正是用rtk gain --monthly长期观察的价值所在。一句话总结RTK 不承诺账单打九折它承诺的是Agent 少读 90% 的终端噪音。理解了这个口径你才能正确评估任何 Token 节省工具的账单价值。【免费下载链接】rtkCLI proxy that reduces LLM token consumption by 60-90% on common dev commands. Single Rust binary, zero dependencies项目地址: https://gitcode.com/GitHub_Trending/rtk4/rtk创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考