Context Attachment Manager：让长图像对话不再卡死在几十 MB

一个具体场景

你在 Codex 里用 GPT 迭代一组"民国风关键帧"。到第十二张图，聊天开始不断重连、始终发不出去。原因很朴素：每一轮请求都把会话里全部历史图片重新发一遍，每张约 44MB。你只有两个选择——开新对话，然后丢掉前面所有的成果。

这个插件的作者遇到的正是这件事。他没有换模型，而是换掉了图片的分发方式。

项目背景

项目 2026 年 9 月开源，两个月内约 568 star、65 fork、3 位贡献者，采用 MIT 协议，同时提供 Claude Code Plugin 与 Codex Plugin 两套适配，另支持 Claude Desktop 的 Code 标签页。README 附 30 秒演示视频，issue 模板分了"哪里不对 / 报错 / 功能请求"三类。

类比理解

原来的行为相当于每次寄快递都把整个仓库的货全打包寄一遍。这个插件的做法像仓库管理员：你只描述"我要那件蓝色外套"，管理员按需取货；常用的几件可以打上"常发"标记，每次必带。

核心能力

模型自管图片：历史图片默认留在本地不进入消息，模型判断需要哪张时自己回拉。需要反复出现的角色参考图可以"pin"，每轮都随消息发出。

自然语言检索：输入你记得的碎片就能找到图，比如 best face、rainy night，或按场景、按轮次浏览。模型还会静默记录每张图的内容与你的评价（"太暗了"、"这是最好的表情"），即便长对话被压缩后也能选对图。

体积收益显著：作者给出的数据是 15 张图的任务中，一次原本携带 24.9MB 的请求发出时只有 212KB；开启 Auto-select 后另一场景从 7.5MB 降到 1.7MB。

双端适配：Codex 在任务侧栏打开 Context Assets；Claude Desktop 在 Code 标签页自动弹出面板，输入 /cam 可召回。也可用于自建网关，兼容 Codex 与 Claude Code 端点。

上手门槛

较简单。需要 Node.js 18+，仓库提供跨平台 cam / cam.cmd 启动脚本与 hooks 注册，安装后自动拉起本地插件服务器。工程实现上 plugin/src 用 TypeScript 写了 engine 请求代理、images 图片索引、claude-rewrite 请求改写、claude-index 对话索引、codexconfig 与 panel 面板前端；spike/ 下 44 个测试文件覆盖 binding、children、panel-state、proxy、rewrite、png 等核心路径，由 ci.yml 执行。

争议与局限

• 它是一个中间层代理，扮演观察甚至改写宿主请求的角色，安全边界依赖用户对网关配置的自觉——误配可能让图片流向非预期端点。
• 依赖宿主客户端的插件机制，Codex/Claude 升级可能带来兼容风险（README 标注测试版本 Codex 26.1013、Claude Code 2.1.299）。
• "模型自管图片"依赖模型能力，若模型不主动回拉，用户需手动 pin，收益会打折。
• 图片索引与对话改写都在本地完成，隐私较好，但功能深度受限于对宿主协议内部实现的逆向式适配。

行业意义

这个项目精准命中了多模态会话的一个真实瓶颈：上下文不是越全越好，而是要能被检索与回收。做法与 RAG 思想同源——把大体积媒体从上下文里搬到可检索的索引层，需要时再取回。对任何做长时多模态 Agent 的人，这套"模型自管 + 自然语言检索"的模式有直接参考价值。