context-attachment-manager
★ 356
vs
headroom
★ 77.5k
context-attachment-manager vs headroom
context-attachment-manager:Context Attachment Manager是一个为Codex和Claude Desktop设计的插件,它允许用户选择性地将历史图片发送给LLM,从而避免上下文过载并提高对话性能。它实现了对视觉上下文的精细控制,确保在包含大量图片的长时间讨论中进行高效交互。;headroom:Headroom在AI代理的内容(如工具输出、日志、RAG块、文件和对话历史)到达LLM之前对其进行压缩。它能在获得相同答案的同时,显著减少所需的Token数量。
01
简评
context-attachment-managerMemory & Context · ★ 356
管理包含大量图片的长时间对话式AI任务,而不会导致性能下降。
headroomMemory & Context · ★ 77.5k
何时选择它(优势与适用):
- 冗长的工具输出、日志、JSON 响应或 RAG 片段推高了成本或影响了答案质量。
- 想不改代码就压缩:作为本地代理、MCP 服务器运行,或包装 Claude Code、Codex、Cursor。
- 压缩必须在本地运行,并缓存原文,让模型需要时能取回完整内容。
何时考虑替代方案:
- 你的智能体的问题是文档缺失或过时,而不是上下文太多:文档服务器更合适。
- 你无法再加一个需要持续运行、可能增加延迟的组件。
- 你的任务不能接受有损压缩:先在自己的任务上验证答案质量。
02
并排对比
字段
分类
记忆与上下文
记忆与上下文
Stars
★ 356
★ 77.5k
许可证
MIT
Apache-2.0
安装方式
claude plugin marketplace add chipfighter/context-attachment-manager && claude plugin install codex-attachment-manager@codex-attachment-manager
pip install "headroom-ai[all]"
更新时间
1天前
1天前
开源
是
是
标签
上下文管理, LLM插件, 图片附件
上下文压缩, Token优化, AI代理
03
功能特性
01所有图片都在一个列表中显示
02按来源筛选图片
03一键排除图片,以缩短上下文
04模型请求时,由用户决定是否提供
05在对话压缩后保留用户选择
01应用程序内压缩库(Python/TypeScript)
02零代码改动代理模式
03各种AI代理的一键封装
04跨代理共享内存和自动去重
05可逆压缩(CCR)并支持原始内容检索
04
使用场景
↳管理包含大量图片的长时间对话式AI任务,而不会导致性能下降。
↳避免因LLM交互中过大的图片附件导致API请求失败或变慢。
↳通过仅发送相关图片来优化token使用和上下文窗口消耗。
↳在LLM对话中逐轮选择性地提供特定的视觉上下文。
↳降低AI代理的LLM Token使用量和API成本。
↳实现多个AI代理之间的共享上下文和内存。
↳通过压缩工具输出、日志和RAG块来优化编码代理。
↳通过可逆上下文压缩保持完整数据保真度。
05
适合场景
—
最受欢迎必备神器
FAQ
常见问题
context-attachment-manager 和 headroom 有什么区别?
context-attachment-manager 和 headroom 都属于 Memory & Context 类别。context-attachment-manager 有 356 Stars,headroom 有 77.5k Stars。
context-attachment-manager 和 headroom 哪个更好?
最佳选择取决于你的具体需求。管理包含大量图片的长时间对话式AI任务,而不会导致性能下降。 时选 context-attachment-manager,降低AI代理的LLM Token使用量和API成本。 时选 headroom。
context-attachment-manager 是免费的吗?
是的,context-attachment-manager 在 GitHub 开源(MIT)。
headroom 是免费的吗?
是的,headroom 在 GitHub 开源(Apache-2.0)。
推荐云部署
Ad在 DigitalOcean 上一键部署
为你的 MCP 服务、Docker 容器与智能体提供即开即用云服务器,新用户立享 $200 免费额度(60天有效)。
→