技能介绍

问题：shell 输出吃掉上下文预算

在仓库级编码任务里，agent 经常要跑 grep、make、pytest 这类命令。单次输出几百行很正常，但真正的问题不是某一条命令太长，而是大量命令的输出叠加后，会把上下文窗口迅速占满。一旦上下文被噪声填满，模型在后续推理时能用来处理代码逻辑的有效窗口就变小了——这不是「效率降低」的问题，而是模型可访问的有效信息被挤压了。

rtk 的工作方式

rtk 是一个 CLI 代理层，它不改变命令本身，而是拦截命令输出，在返回给 agent 之前做压缩。核心思路是：

代理层介入：agent 发出的命令经过 rtk，输出在进入模型上下文前被过滤和精简
保留关键信息：压缩的目标是去掉重复、冗余或格式化噪声，保留命令的实际结果
不绑定特定命令：它作用于输出层，理论上可以挂在任何产生大量文本的 shell 命令后面

关键步骤：

在本地安装 RTK hook，或让 agent 直接调用 rtk
agent 执行常规编码命令
rtk 在输出返回模型前截获并压缩
模型看到的是精简后的结果

适用边界

这个方案有几个前提和注意点需要清楚：

需要重度依赖 shell 的编码 agent 工作流，如果 agent 主要靠文件读取而非命令执行，收益有限
官方列出的适配 agent 包括 Claude Code、Codex、Cursor、Gemini CLI、Cline/Roo，其他 agent 需要自行验证兼容性
SKILL.md 明确指出无法自动提取基于源码的安装和使用说明——这意味着需要你手动审查上游仓库后再决定是否在敏感工作流中使用
本质上它是一个输出压缩代理，不会帮你改写命令或优化工作流，效果取决于现有输出中噪声的比例