上下文模式

要解决的问题

编码代理在一次任务里会执行一连串工具调用：全仓库 grep、npm install、跑测试、翻日志。当某条命令的输出有几十 MB 时，原始内容直接进 prompt，几轮下来上下文窗口就被吃满。更麻烦的是压缩之后，代理常常丢了「上次做到哪一步」，于是重复跑命令、重读文件，甚至给出和上文矛盾的结论。这不是模型变笨，而是上下文里塞满了本该被外部化的数据。

它如何工作

这个技能把工具输出从 prompt 里挪出去，核心是三件事：

• 沙箱化执行：重活（大文件读写、批量命令）在受控环境里跑，原始输出不进上下文。
• 会话历史索引化：状态落到本地 SQLite，历史可以检索，而不是整体重载。
• 上下文模式的定向检索：按需取回相关片段，而不是把整段原始数据重新塞回 prompt。

结果是代理能连续推进：grep 的完整结果留在沙箱里，只有命中行回到上下文，代理清楚上一步跑在哪、失败原因是什么。

适用边界与注意点

• 依赖宿主运行时的 MCP / plugin 能力，纯脚本环境接不上钩子就无从生效。
• 需要 Node.js（>= 22.5）与本地 SQLite；状态是本地的，不跨机器同步。
• Hook 能力不同的平台体验不一致：能挂 hook 的平台自动强制路由，非 hook 平台需要一次性复制路由文件，之后才会按规则走。