Context Mode

Context Mode 是"上下文问题"的另一半。编码智能体有办法买到上下文，却也在不断泄漏它：每一次 MCP 工具调用都会把原始数据直接灌进窗口，压缩（compaction）之后细节又被抛到够不着的地方。Context Mode 是一个 MCP 服务器和智能体插件，它把原始工具输出挡在窗口之外，把重要事件索引进 SQLite，让模型只按需取回真正需要的内容。它补上了模型提供商和"上下文优化提示词"都碰不到的那块空白。

对比 Claude Code 了解 Anthropic 的一手终端智能体，OpenCode 了解开源终端智能体，或 Cursor 了解 AI 原生编辑器。

核心功能

• 上下文节省：沙箱工具让原始数据不进窗口。一个 315 KB 的响应变成约 5.4 KB，约 98% 的削减。
• 会话连续性：每一次文件编辑、git 操作、任务、错误和用户决策都记录在 SQLite 中。对话压缩时事件被索引进 FTS5，通过 BM25 检索召回，模型能准确从上次离开的地方继续。
• 让代码思考（Think in Code）：与其把 50 个文件读进上下文来数函数，不如让智能体写一段脚本完成统计、只 console.log 结果。一次 ctx_execute 替代多次 Read，可节省一个数量级以上的上下文。
• 不强制散文风格：Context Mode 只控制数据流向，不规定模型怎么说话，因此不会强行"简短"，避免损伤推理。
• 覆盖 17 个客户端：支持 Claude Code、Gemini CLI、Codex、VS Code 插件以及 OpenClaw 网关。

适用场景

谁应该使用这个工具？

• 总在触碰上限的开发者：当长会话不断忘记文件和任务时，它能保住压缩后仍存活的现场状态。
• 重度依赖 MCP 的团队：Playwright 快照、GitHub issue 转储和日志会吃掉大部分窗口，沙箱化把它们挡在窗外。
• 多工具工作流的用户：MCP server 越多，节省越明显。

解决的问题

1. 压缩失忆：智能体忘记之前编辑过的文件和你的问题。
2. 原始数据泛滥：长快照和日志在真正干活前就烧掉上下文预算。
3. 两头耗 token：工具输出的冗余和回复的啰嗦同时浪费预算。

定价方案

Context Mode 以 Elastic License 2.0（ELv2，源码可得）的方式免费自托管，CLI、MCP 工具和插件均免费。可选的托管 Insight 仪表盘（面向团队的组织级分析）是付费增值项；确切价格未经独立核实，请视为付费附加而非审计过的数字。

优势对比

1. 修的是"泄漏"，不是症状：它不要求模型更简短，而是从一开始就把原始数据挡在窗外。
2. 检索而非回放：索引事件通过搜索召回，压缩时不会把窗口再灌满一次。
3. 与现有智能体兼容：MCP server 跨多客户端接入，不把你锁在某个编辑器里。

快速开始

1. 在 Claude Code 安装：执行 /plugin marketplace add mksglu/context-mode，再 /plugin install context-mode@context-mode，然后重载插件。
2. 用 /context-mode:ctx-doctor 验证，直到所有检查通过。
3. 使用沙箱工具（ctx_execute、ctx_index、ctx_search），让 hook 自动把原始输出移出窗口。

常见问题

支持 Claude Code 吗？

支持。市场插件会注册全部 hook 和 11 个 MCP 工具并自动路由，也支持 Gemini CLI、Codex、VS Code 和 OpenClaw 网关。

是订阅制吗？

不是。核心工具在 ELv2 下免费，只有托管 Insight 分析是付费服务。

会强制模型简短吗？

不会。它只控制工具数据流向，不干预最终回答的写法。

替代方案

• Claude Code：Anthropic 的一手终端智能体。
• OpenCode：开源的终端编码智能体。
• Cursor：基于 VS Code 的 AI 原生编辑器。

使用技巧

1. 定期运行 /context-mode:ctx-stats，查看每种工具的节省与最大元凶。
2. 用 ctx_index 和 ctx_search 管理跨会话存活的项目知识。
3. 开启状态栏，实时看到累计节省的上下文。

总结

Context Mode 把上下文当作要管理的预算，而不是要填满的缓冲。如果你的编码智能体在长任务中老是"丢分"，从 github.com/mksglu/context-mode 开始，让沙箱来做簿记。