AI Agent 太费 Token?这个 Rust 小工具,可能帮你省下 90% 的消耗

最近这段时间，越来越多人开始使用 Claude Code、Cursor、Codex 等 AI Agent 来辅助开发。

确实很爽。

让 AI 帮忙看代码、分析 Bug、运行测试、查看项目结构，很多过去需要自己动手的事情，现在一句话就能完成。

但用久了之后，很多人都会遇到同一个问题：

Token 消耗速度快得离谱。

尤其是在大型项目里，AI 随便执行几个命令，几千甚至上万 Token 就没了。

今天想和大家分享一个专门解决这个问题的小工具——RTK。

它不是新的 AI 模型，也不是新的 IDE 插件。

而是一个专门给 AI Agent “减肥”的命令行代理工具。

为什么 AI Agent 会疯狂消耗 Token？

很多开发者其实忽略了一个细节：

AI 在执行 Shell 命令时，往往会把整个输出结果全部塞进上下文。

举几个常见例子：

git diffcargo testls -Rnpm ls

这些命令看似简单。

但实际输出可能成百上千行。

而 AI 真正需要关注的内容，可能只占其中的 10%。

剩下的大量重复信息、无意义日志、通过测试记录、冗长目录结构，全都在白白消耗上下文窗口。

简单来说：

AI 并不缺分析能力，它缺的是有效信息。

RTK 是怎么解决这个问题的？

RTK 的核心思路非常简单：

在命令输出进入 LLM 之前，先做一次智能处理。

它会自动完成：

✅ 内容过滤

✅ 重复信息压缩

✅ 无关日志删除

✅ 长文本截断

✅ 结果结构化整理

然后再把精简后的内容交给 AI。

官方给出的数据中，在典型开发场景下：

Token 使用量通常可以降低 60%~90%。

对于 TypeScript、Rust 等中大型项目效果尤其明显。

更关键的是：

RTK 本身是一个独立 Rust 二进制程序。

没有复杂依赖。

运行开销不到 10ms。

基本可以忽略不计。

最舒服的用法：自动接管命令

RTK 最吸引我的地方，是它几乎不改变原有工作流。

安装并配置 Hook 后：

AI 原本执行的是：

git status

实际上会自动变成：

rtk git status

整个过程完全透明。

不需要修改提示词。

不需要改变使用习惯。

甚至很多时候你根本感觉不到它的存在。

配置完成后记得重启 Claude Code，新会话即可自动生效。

手动模式也很好用

如果不想配置 Hook，也可以直接手动调用。

例如：

压缩 Diff：

rtk git diff HEAD~1

查看目录结构：

rtk ls -R src

运行测试：

rtk cargo test

在测试场景下，RTK 会自动折叠大量通过的测试项，只保留真正需要关注的信息。

对于 AI 来说，这种结果显然更有价值。

支持的命令远比想象中多

RTK 并不是简单粗暴地删减文本。

它针对不同类型命令设计了专门的压缩策略。

例如：

• Git 命令

• Cargo 命令

• NPM 命令

• 测试框架输出

• 目录结构扫描

• 文件内容查看

目前已经支持超过 100 种常见开发命令。

不同场景会采用不同的优化逻辑。

因此压缩后依然能够保留关键信息。

不会出现“省了 Token，丢了重点”的情况。

哪些 AI 工具能用？

目前 RTK 已支持十多款主流 Agent。

包括：

• Claude Code

• Cursor

• Hermes

• Codex 类工具

• 其他常见 AI 开发助手

其中：

Linux / macOS / WSL

支持完整功能：

✅ Hook 自动重写

✅ 自动压缩

✅ 无感接入

Windows 原生环境

由于命令机制差异：

⚠️ 暂时不支持自动 Rewrite Hook

只能通过：

• CLAUDE.md 指导

• 手动执行 rtk 命令

来实现类似效果。

如果长期使用 AI 编程工具的话，

更推荐直接使用 WSL。

体验会完整很多。

配置也很灵活

RTK 提供独立配置文件。

Linux：

~/.config/rtk/config.toml

macOS：

~/Library/Application Support/rtk/config.toml

开发者可以自行调整：

• 压缩力度

• 过滤规则

• 输出长度

• 自定义匹配策略

满足不同项目需求。

命令失败怎么办？

这一点设计得比较贴心。

很多类似工具都会有一个问题：

压缩之后如果遗漏信息，就只能重新执行命令。

RTK 没这么做。

当命令出现异常时：

它会把完整原始输出保留下来。

确保 AI 仍然能够获取全部信息。

因此不用担心因为压缩而影响排查问题。

隐私方面怎么样？

很多人会担心：

“命令内容会不会被上传？”

RTK 在这方面做得相对克制。

默认情况下：

遥测功能是关闭的。

只有手动执行：

rtk telemetry enable

之后才会开始收集数据。

而且收集内容仅限：

• 聚合统计信息

• 脱敏后的命令名称

不会上传：

❌ 源代码

❌ 文件路径

❌ 参数内容

❌ 环境变量

❌ 密钥信息

对于开发场景来说，安全性还是比较友好的。

值不值得安装？

如果你已经开始频繁使用：

• Claude Code

• Cursor

• AI Agent

• 自动代码审查

• AI 测试分析

那么 RTK 基本属于那种：

装一次就会长期留下来的工具。

它不会改变你的开发习惯。

不会增加学习成本。

却能持续减少 Token 消耗。

对于经常跑测试、查看 Diff、分析大型项目的人来说，节省下来的额度远比想象中可观。

有时候提高效率不一定是换更强的模型。

让模型少看一些无意义内容，反而更有效。