你让一位助手检查仓库，只想知道“哪些文件改了”，它却把整页终端记录原样抄回来。对人只是有点啰嗦，对编码 Agent 却更昂贵：这些文字都要进入模型的上下文，占用它一次能阅读的空间，也可能增加按输入计算的费用。RTK 想做的，就是在命令结果交给模型前先删掉噪声。
RTK 是一个 CLI 代理——CLI 即命令行界面，代理则夹在编码 Agent 和原始命令之间，代为整理返回结果。项目方称，它能把常见开发命令产生的 token 消耗降低 60%–90%。token 是模型处理文本的基本单位，输出越长，通常消耗越多。需要先说明：本文数字均来自项目方 GitHub 仓库，尚无独立信源验证。
它不是打包文件，而是编辑输出
这里的“压缩”不是把文件做成压缩包。RTK 会针对不同命令使用四类办法：过滤注释、空白和模板文字；把相似项目分组；截去重复内容；把反复出现的日志合并并标注次数。
比如，测试全部通过时，Agent 通常不需要逐行阅读每个成功案例；测试失败时，它更关心报错和相关上下文。RTK 因而可以让测试命令只返回失败项。对 git add、git commit、git push 这类操作，它还会把成功结果缩成类似 ok、提交短哈希或少量变更统计。
项目方给出的示例工作负载基于中型 TypeScript/Rust 项目：标准命令输出约 118,000 token，经 RTK 处理后约 23,900，估算节省约 80%。其中，文件读取约省 70%，git diff 约省 75%，搜索、状态查询和部分检查命令约省 80%，多种测试命令约省 90%。这些是官方估算，并非可直接推广到所有项目的通用实测结论。
Agent 不必记住多一套命令
RTK 可以通过 hook 或插件改写 Agent 发出的命令。hook 可以理解为执行前自动介入的一道关卡：Agent 仍然输入 git status，系统实际执行的却是 rtk git status，随后只把精简结果交还模型。
项目提供 Claude Code、Copilot、Gemini CLI、Codex、Cursor、Windsurf、Cline/Roo Code 等多种 Agent 的初始化配置。不过，自动改写并非覆盖一切。项目方明确提醒，Claude Code 内置的 Read、Grep 和 Glob 不经过 Bash hook；这类工作需要改用 shell 命令，或直接调用 RTK 对应功能。
RTK 采用单一 Rust 二进制文件。所谓零依赖二进制，通常指无需另装运行库即可启动，便于塞进现有工具链。项目方称它支持 100 多条命令，额外开销低于 10 毫秒，并提供 macOS、Linux 与 Windows 构建；材料展示的版本是 0.28.2，并不代表当前最新版。
为什么值得关注
编码 Agent 的浪费不只发生在模型“思考”时，也藏在它反复读取目录、搜索代码、检查 Git 状态和运行测试的过程中。RTK 把优化位置前移到模型入口：先整理信息，再让模型阅读。这个思路直接、部署形态也轻，尤其适合命令调用频繁的工作流。
它同时提出一个更重要的问题：给 Agent 更多原始信息，并不总等于给它更多有效信息。真正难的是判断哪些内容只是噪声，哪些细节会决定排错成败。
局限与未知
- 60%–90% 的节省比例、100 多条命令和低于 10 毫秒的开销均为项目方表述；材料未披露 tokenizer、基准脚本、硬件、重复次数和误差。
- 材料没有提供任务成功率，也没有证明压缩后模型效果不下降。过滤、截断和去重可能隐藏关键诊断细节。
- 多 Agent 兼容性与 Windows 原生 hook 可用性，尚缺少各平台或 Agent 官方文档的独立验证。另有一个同名 crates.io 包
rtk（Rust Type Kit），项目方建议从 GitHub 仓库安装，以免装错。