用 Claude Code 或 Cursor 做过跨文件重构的人多半见过这一幕:agent 读了三十几个文件、跑了两轮测试,然后忘了你最初要它改什么。原因不复杂------read_file、grep、构建日志、装依赖的输出几乎原样灌进上下文,真正有用的信息占很小一部分,剩下的噪声既烧 token,又把有效窗口挤掉,长任务只能靠反复压缩和截断续命。常见的绕法是手动清上下文、把测试输出重定向到文件、或者干脆缩小每次任务的搜索范围。
context-mode(仓库 mksglu/context-mode)瞄准的就是这一段。按它自己的说法,这是「上下文问题的另一半」:它不写代码、不做检索,只在工具输出进入模型上下文之前做拦截和瘦身。


它是什么
仓库描述原文是 "Context window optimization for AI coding agents. Sandboxes tool output, 98% reduction. 12 platforms"------上下文窗口优化,沙箱化工具输出,削减 98%,覆盖 12 个平台。主要语言 TypeScript,主页 context-mode.com。
需要说清楚:98% 和 12 这两个数字都来自项目自述。本次可查素材里没有第三方基准、没有复现方法,也没说明削减是相对什么基线测的、12 个平台究竟是哪些,只能从仓库 20 个 topics 反推候选:claude-code、codex-cli、cursor-plugin、zed-extension、mcp-server 等。

架构和用法:本次能说的有限
诚实交代:DeepWiki 对该仓库的解析页被 Vercel 安全校验拦截,CodeWiki 返回 404,README 正文在可用素材中只剩标题、标语和徽章,没有架构章节。模块划分、数据流、进程边界、缓存机制一概没有依据,本文不猜。
能确认的只有发行形态:npm 包 context-mode、GitHub Marketplace、官网 context-mode.com 三条渠道;topics 指向 Claude Code hooks / plugins / skill、MCP server / MCP tools,以及 Cursor、Zed、Kiro 等编辑器扩展,说明它是装成宿主的 hook / MCP server / 编辑器插件之后被动生效,而不是在业务代码里显式调用。README 徽章上还挂了 users / npm / marketplace 三个动态计数(读仓库内 stats.json),显示安装被设计成一行命令或一键安装的轻量路径。合理的推断是「在每个宿主的工具调用边界上做拦截的适配层 + 一个核心处理引擎」------但这是推断,不是源码结论。具体命令、hook 注册方式、CLI 子命令、配置项、可编程 API,素材中都没有,不写。文末附有该项目界面截图;本次素材未提供截图的文字描述,不对其细节作臆测。
生态位:夹在中间,契约由别人定
上游是智能体框架(Claude Code、Codex CLI、Cursor 等),由它们决定 hook 和 MCP 的接口长什么样;下游是模型 API,由它决定 token 怎么计价。context-mode 站在中间,价值来自两边,接口稳定性也取决于两边。技术栈 TypeScript,经 npm 分发。
热度和成熟度得拆开看
仓库 2026-02-23 创建,截至 2026-09-30 最近一次推送,期间积累 24350 stars、1758 forks、111 contributors------7 个月跑出这个量级,是病毒式扩散的曲线,不是长期口碑。另一面是 302 个 open issues,采用速度明显超过维护带宽。
两处数据要留个心眼。一是 License:仓库元数据标的是 "Other",README 徽章标的是 ELv2(Elastic License 2.0),后者不是 OSI 开源许可,企业法务可能直接卡住。二是 watchers 与 stars 数值完全相同(都是 24350),GitHub 上这两个量级通常差一个数量级,这更像元数据字段映射问题,不宜解读成「24350 人订阅」。
为什么值得知道
如果这类拦截层真被广泛采用,压低的不只是账单。它会削弱「上下文长度即护城河」的模型厂商叙事,也会把「工具调用边界」确认为智能体生态的标准扩展点------脱敏、审计、缓存、限流都能照着这个位置再做一遍。与此同时,它也是最容易被平台方原生吃掉的一层:Claude Code 的 auto-compact、Cursor 的上下文裁剪已经在做类似的事。
该盯的不是 star 曲线
而是三件更硬的事:ELv2 会不会变;98% 会不会出现第三方可复现的基准;以及哪天某个平台官方宣布内置工具输出沙箱化。前两件决定这个项目值不值得长期押注,第三件决定这个赛道还剩多少独立空间。
落到取舍上:长任务里被上下文噪声反复打断、又愿意自己核实削减效果的团队,可以拿它试水;公司对许可证敏感(仓库元数据标 "Other"、README 标 ELv2,后者非 OSI 开源许可),或你的工具链就固定在那两三个平台、官方裁剪已经够用,则不必现在接这一层。