headroom
★ 77.3k
vs
okf-agent-memory
★ 827
headroom vs okf-agent-memory
headroom:Headroom在AI代理的内容(如工具输出、日志、RAG块、文件和对话历史)到达LLM之前对其进行压缩。它能在获得相同答案的同时,显著减少所需的Token数量。;okf-agent-memory:OKF Agent Memory 为 AI 代理提供了一个领域中立、Git 原生的持久化项目记忆,利用双记忆代理架构来防止上下文膨胀和记忆遗忘。它采用超紧凑的行为准则和可查询的 OKF v0.2 知识包,实现闪电般快速且零成本的本地检索。
01
简评
headroomMemory & Context · ★ 77.3k
何时选择它(优势与适用):
- 冗长的工具输出、日志、JSON 响应或 RAG 片段推高了成本或影响了答案质量。
- 想不改代码就压缩:作为本地代理、MCP 服务器运行,或包装 Claude Code、Codex、Cursor。
- 压缩必须在本地运行,并缓存原文,让模型需要时能取回完整内容。
何时考虑替代方案:
- 你的智能体的问题是文档缺失或过时,而不是上下文太多:文档服务器更合适。
- 你无法再加一个需要持续运行、可能增加延迟的组件。
- 你的任务不能接受有损压缩:先在自己的任务上验证答案质量。
okf-agent-memoryMemory & Context · ★ 827
软件工程:管理架构决策、代码引用和操作约束。
02
并排对比
03
功能特性
01应用程序内压缩库(Python/TypeScript)
02零代码改动代理模式
03各种AI代理的一键封装
04跨代理共享内存和自动去重
05可逆压缩(CCR)并支持原始内容检索
01双记忆认知架构 (DMAA) 以消除提示膨胀。
02闪电般快速的性能,具有内存内 BM25 搜索 (<300µs) 和图验证 (~4ms)。
03100% Git 原生,零供应商锁定,记忆检索零 API 成本。
04基于 Google 的开放知识格式 (OKF) v0.2,用于标准化代理知识。
05通过渐进式披露和“先搜索后写入”原则解决上下文膨胀和记忆遗忘问题。
04
使用场景
↳降低AI代理的LLM Token使用量和API成本。
↳实现多个AI代理之间的共享上下文和内存。
↳通过压缩工具输出、日志和RAG块来优化编码代理。
↳通过可逆上下文压缩保持完整数据保真度。
↳软件工程:管理架构决策、代码引用和操作约束。
↳科学研究与文献综述:组织和查询研究发现及见解。
↳辅导与运营:存储客户会话历史、道德准则和运行手册。
↳多代理协作:为自主代理提供共享、可审计的知识库。
05
适合场景
最受欢迎必备神器
宝藏工具
FAQ
常见问题
headroom 和 okf-agent-memory 有什么区别?
headroom 和 okf-agent-memory 都属于 Memory & Context 类别。headroom 有 77.3k Stars,okf-agent-memory 有 827 Stars。
headroom 和 okf-agent-memory 哪个更好?
最佳选择取决于你的具体需求。降低AI代理的LLM Token使用量和API成本。 时选 headroom,软件工程:管理架构决策、代码引用和操作约束。 时选 okf-agent-memory。
headroom 是免费的吗?
是的,headroom 在 GitHub 开源(Apache-2.0)。
okf-agent-memory 是免费的吗?
是的,okf-agent-memory 在 GitHub 开源(MIT)。
推荐云部署
Ad在 DigitalOcean 上一键部署
为你的 MCP 服务、Docker 容器与智能体提供即开即用云服务器,新用户立享 $200 免费额度(60天有效)。
→