用RTK给Codex省Token：6个实操技巧
开源CLI工具号称减少60-90% token消耗，但注意信息丢失风险。
什么是RTK？它怎么帮Codex省token？
RTK（Rust Token Killer）是一个开源的命令行代理工具，它会拦截Codex CLI执行的系统命令，对输出内容进行过滤和压缩，再传给AI模型。比如原本ls -la输出几百行，RTK会压缩成关键文件和大小，大大减少token消耗。根据官方自称，常见操作可节省60-90%的token（见来源1）。但要注意，压缩可能会丢失一些细节，在复杂调试时需谨慎使用。
技巧1：用一行命令安装RTK并集成到Codex
RTK的安装很简单，推荐macOS/Linux用户使用Homebrew：
`bash
brew install rtk`
然后运行初始化命令，告诉RTK你用的是Codex：
`bash
rtk init -g --codex`
-g表示全局生效。如果使用Windows，可以下载预编译的二进制文件（见GitHub release），解压后把rtk.exe放到PATH目录下。安装完成后，用rtk --version检查版本，正常会显示类似rtk 0.28.2。这样，Codex每执行一个命令，输出都会经过RTK处理。
技巧2：实时监控token节省量
RTK内置了一个统计命令：rtk gain。运行后它会显示本次会话或历史执行中，每个命令的标准token数、压缩后的token数以及节省百分比。你可以定期使用这个命令，了解RTK为你省下了多少token，同时也能发现哪些操作节省效果最好。例如，git add/commit/push这类操作经常能节省92%以上。
技巧3：针对高频操作用好RTK，释放上下文空间
从RTK的官方测试数据看，不同命令的节省幅度差异很大：
ls / tree：节省80%
cat / read：节省70%
git diff：节省75%
cargo test / npm test：节省90%
git add/commit/push：节省92%
如果你在项目中频繁运行测试或查看文件，RTK带来的收益最大。建议在代码浏览、小修改、日常git操作时都保持RTK开启，让模型把上下文token用在理解更关键的逻辑上。
技巧4：遇到复杂问题时，暂时关闭RTK
压缩可能丢失关键信息。Reddit上有用户反映（见来源2），当Codex需要根据精细的输出进行调试时，压缩后的信息可能不完整，导致模型给出错误建议。因此，在调试复杂bug、处理日志乱码、或需要阅读原始文件细节时，建议暂时停用RTK。关掉方法：
如果RTK是通过rtk init -g全局集成的，可以运行rtk init -g --unset或直接卸载RTK（但更推荐临时禁用PATH中的RTK）。
更简单的做法：在终端中执行unalias rtk（如果RTK被设置成别名），或者直接把RTK二进制移出PATH（例如修改.bashrc注释掉路径）。
技巧5：在Codex提示中主动要求限制输出
RTK是一个自动代理，但你自己也可以在给Codex的指令中主动要求它限制输出。例如，当让Codex列出文件时，加上“只需要返回文件名，不要输出权限和时间”。这属于双重保险——RTK会再做一次压缩，但你的提示能让Codex一开始就少输出。有经验的用户会在提示里写“只输出关键差异”、“用表格形式”、“省略空行”等（见来源3）。这样，即使RTK关闭，token消耗也低。
技巧6：定期评估RTK是否适合你的工作流
RTK节省token的效果因项目而异。对于小型纯文本项目，压缩收益有限，且可能增加主观错误风险。对于大型代码库和频繁的git/测试操作，收益显著。建议每周用rtk gain看一次节省量，并留意Codex生成的代码是否出现奇怪的问题（比如遗漏依赖、结构错误）。如果发现问题增多，可以暂时恢复原始模式。RTK官方在GitHub上有一个讨论串（见来源4），很多用户分享了他们的使用经验，你可以参考后再决定是否长期使用。
风险提示：Token压缩虽省成本，但可能影响模型对项目的理解深度。不适用于对输出精确度要求极高的场景。