Codex 校核(2026-10-10) Mem0 官方仓库以 Apache-2.0 开源,Hindsight 官方仓库以 MIT 开源;它们有托管服务并不等同核心代码闭源,下表和“Mem0 闭源黑盒”判断需据此更正。Sibyl 的 LongMemEval 与 AtomicMemory 的 LoCoMo 属不同任务集,不能按分数直接排名;本地存储不保证模型/嵌入 API 与整套系统成本为零。SmallCode 原 87% 项目宣称未说明这里采用的测试集,4B-active 指激活参数,不能据此推导总权重/16GB 显存或 SWE-bench 分数。
🕵️ Hermes 深度情报扫描日报 — 2026-05-29
扫描范围:GitHub · HackerNews · Reddit · ArXiv · 技术博客 执行时间:2026-05-29 05:00 UTC 本期亮点:小模型编码 Agent 爆发、Agent 内存基础设施井喷、安全层工具系统化
🔴 深度分析(3 个)
🔴 P0 — smallcode:4B 模型达到 87% 编码 Agent 基准
| 维度 | 内容 |
|---|---|
| 定位 | 专为小 LLM 优化的 AI 编码 Agent,11 天斩获 1510⭐ |
| 核心数据 | 87% benchmark with 4B-active model(JavaScript, MIT) |
| 链接 | https://github.com/Doorman11991/smallcode |
证据原文
“AI coding agent optimized for small LLMs. 87% benchmark with 4B-active model.”
重要性分析 这是 5 月 18 日才创建的项目,在不到两周内拿到 1510 stars。其核心命题是:小模型也能做编码 agent 了。此前编码 Agent 几乎被 Claude 3.5/4、GPT-4o 等大模型垄断。如果 4B 模型能达到 87% benchmark,意味着:
- 编码 Agent 可以本地运行(16GB VRAM 即可)
- 代理成本从 $0.03/次降至几乎免费
- 隐私场景(代码不离开本机)成为可能
横向对比
| 项目 | 模型大小 | 基准 | 星星 |
|---|---|---|---|
| smallcode | 4B active | 87% | 1510⭐ |
| SOD (YoungZ365) | 小模型蒸馏 | N/A | 135⭐ |
| 2B-Code | 2B | N/A | 新项目 |
对 Hermes/WSL 双代理架构的意义
- P0 优先级:可以直接在 WSL 内用 smallcode 替代 Codex CLI 做轻量编码任务
- 减少对云 API 的依赖,降低延迟和成本
- 适合用作 Hermes 的
subagent做代码生成子任务,不给外部模型暴露私有代码
行动建议
- 下载 smallcode 在 WSL 内测试 4B 模型推理
- 对比 smallcode vs Codex CLI vs Claude Code 在内部代码库上的表现
- 如可行,将 smallcode 注册为 Hermes 的 code agent provider
🟡 P1 — atomicstrata/atomicmemory:可移植语义内存,Heremes 插件支持
| 维度 | 内容 |
|---|---|
| 定位 | 开源可审计的 Agent 语义内存层,定位为”Mem0 的开源替代” |
| 核心数据 | v66 在 BEAM-1M/LoCoMo10 上性能/成本领先,成本仅 $0.066-0.083/query |
| 链接 | https://github.com/atomicstrata/atomicmemory |
证据原文
“AtomicMemory v66 is leading performance/cost on BEAM-100K, BEAM-1M, and LoCoMo10 under matched methodology against published competitors… +0.171 vs Mem0 paper on LoCoMo10 GPT-4o-mini binary at $0.066/query.”
“Host plugins — package and manifest surfaces for agent hosts such as Claude Code, OpenClaw, Hermes, Codex, and Cursor.”
横向对比
| 方案 | 基准分数 (LoCoMo10) | 成本/查询 | 开源 |
|---|---|---|---|
| AtomicMemory v66 | 0.8396 | $0.066 | ✅ 完全开源 |
| Mem0 (paper) | ~0.668(原文历史引用,条件待核) | 未在本页统一核实 | ✅ 核心 Apache-2.0;托管服务另计 |
| Hindsight | ~0.75(原文历史引用,条件待核) | 未在本页统一核实 | ✅ MIT |
| Sibyl Memory | 0.956(LongMemEval,不能与本表 LoCoMo 分数直接排名) | 本地存储;模型/API 成本另计 | ✅ |
| gbrain (当前) | N/A | N/A | ✅ 但需向量DB |
重要性 AtomicMemory 的定位恰好吻合 Hermes 的内存需求:
- 明确声明支持 Hermes host plugin
- 完全开源可审计(可与 Apache-2.0 开源的 Mem0 核心比较可审计性)
- 支持修正/废弃/删除等”写后修订”语义,不只是 append-only
- Postgres/pgvector 后端,与 Hermes 现有技术栈兼容
行动建议
- 深入研究 AtomicMemory 的 Hermes plugin 适配器文档
- 与 gbrain/agentmemory 做性能对比(成本、召回率、延迟)
- 评估是否能在 Hermes 内存栈中引入作为可选 provider
🟡 P1 — Sibyl Memory:文件级 Agent 内存,无需向量数据库
| 维度 | 内容 |
|---|---|
| 定位 | 以 SQLite + FTS5 为基础的文件级 Agent 持久内存,Hermes 专用插件已发布 |
| 核心数据 | LongMemEval #2 (95.6%),零向量数据库、零嵌入模型、零外部检索服务 |
| 链接 | https://github.com/Sibyl-Labs/Sibyl-Memory |
证据原文
“Local-first agentic memory SDK. SQLite-backed, five-tier hierarchical schema, FTS5 search, multi-tenant by design. No vector database. No embedding model. No external retrieval service. The memory lives on the agent’s machine; the substrate is a single file on disk.”
“Placed #2 overall at 95.6%, tied with Chronos (PwC), beating Mastra, MemMachine, Hindsight, Mem0, Supermemory, Zep, and the Oracle baseline. It is the only file-based system in the top tier.”
横向对比
| 维度 | Sibyl Memory | AtomicMemory | gbrain |
|---|---|---|---|
| 后端 | SQLite + FTS5 | Postgres/pgvector | 需向量DB |
| 嵌入模型 | 无需 | 可选 | 需要 |
| Hermes 插件 | ✅ 已发布 | ✅ 计划中 | ✅ 已有 |
| 分数 | 95.6%(LongMemEval) | 83.96%(LoCoMo10) | N/A;前两项任务集不同,不可直接排名 |
| 成本 | 本地存储;模型/API 成本另计 | $0.066/q(作者实验,非通用报价) | 取决于 API |
重要性 Sibyl 的核心理念——“不用向量数据库也能做 Agent 记忆”——对 Hermes 的 gbrain 方向有直接启发。五层分级模式(而不是平面向量搜索)可能是更务实的记忆架构。但它有商业层(免费层有限制、staker/subscription 解锁功能),需要评估开源透明性。
行动建议
- 安装
sibyl-memory-hermes在 Hermes 中测试 - 对比 Sibyl vs gbrain 在日常会话中的记忆质量
- 关注其文件级架构是否适合 WSL 文件系统
🔵 P2 — huangjia2019/agent-design-patterns:7×6 Agent 架构框架
| 维度 | 内容 |
|---|---|
| 定位 | 业界首个二维坐标体系分类 28 种 Agent 设计模式,附带可运行代码 |
| 核心数据 | 28 个模式 × 坐标定位,Manning 出版社书籍配套,arXiv 论文 (2605.13850) |
| 链接 | https://github.com/huangjia2019/agent-design-patterns |
证据原文
“Most ‘agent architecture’ guides give you a flat list. A flat list answers what patterns exist. It does not answer where my problem sits, and which pattern lives at that coordinate.” “Seven × six = 42 cells. The 28 cells where interesting patterns live are the chapters of Designing AI Agents.”
重要性 框架的独创性在于回答了”为什么这个模式在这里而不在那里”——每个模式都有认知功能(感知/记忆/推理/行动/反思/协作/治理)× 执行拓扑(单步/串行/并行/循环/路由/层级)的坐标。对 Hermes 架构的直接价值:
- 可以帮助定位当前 Hermes agent 的”坐标”,识别架构盲区
- Guardrail Sandwich 模式(感知→工具分派→护栏→层级)可直接借鉴
- Failure Journals 模式 → 对 agentmemory 的失败记录机制有参考价值
行动建议
- 阅读 arXiv:2605.13850 论文,理解坐标框架
- 对照 Hermes 当前架构,识别缺失或薄弱的”坐标格”
- 优先关注 Guardrail Sandwich、Failure Journals、Progressive Discovery 模式
⚡ 快速一览
| # | 项目 | 来源 | ⭐ | 一句话摘要 | 热度 |
|---|---|---|---|---|---|
| 1 | ClawGUI | GitHub | 1,270 | 统一框架:训练/评估/部署 GUI Agent,含在线 RL 训练和真实设备部署 | 🔥🔥🔥🔥 |
| 2 | ClawBench | GitHub | 344 | 开源浏览器 Agent 基准:153 个日常在线任务、144 个真实网站、五层记录 + DOM 匹配 | 🔥🔥🔥 |
| 3 | MCPSpend | GitHub | 48 | MCP 工具调用实时成本追踪,免费 2.5 万次/月,包裹任意 MCP server | 🔥🔥 |
| 4 | Lexis MCP | GitHub | 21 | 代码搜索 MCP server,28 种搜索工具,复杂任务减少 ~80% token 消耗 | 🔥🔥 |
| 5 | Orca | GitHub | 5 | Zig 写的本地 runtime guardrails:拦截危险命令、脱敏 secret、会话重放,明确支持 Hermes | 🔥🔥 |
| 6 | Weasel | GitHub | 30 | CLAUDE.md 模式预防长会话退化:context window 误作持久内存 → 识别但不阻止 → 迫使正确行动 | 🔥 |
| 7 | Agent3Sigma-Canary | GitHub | 16 | 蚂蚁集团 Agent 安全评估框架:驱动真实工具调用,覆盖注入/技能投毒/内存污染 | 🔥🔥 |
| 8 | BenchJack | GitHub | 37 | AI 基准可欺骗性扫描器:发现基准漏洞前先被发现,多阶段审计管线 | 🔥🔥 |
| 9 | safe-agent | GitHub | 1 | 安全技能包:技能验证 + 成本追踪 + 工具授权 + 行为异常检测,对标 OWASP ASI | 🔥 |
| 10 | OPSIN Tech | GitHub | 86 | 基于 DeerFlow 的企业级 Agent 平台:多租户、RBAC、审计日志、可视化面板 | 🔥🔥 |
| 11 | Agent Leaderboard | GitHub | 10 | 每日更新的 Agent 生态排行榜:Agent Skills(500+) · MCP(1500+) · 提示词(1100+) · 框架(1200+) | 🔥🔥🔥 |
| 12 | hermes-self-improvement | GitHub | 0 | DSPy 驱动的 Hermes 自改进插件:观测运行时事件 → 自动优化技能/记忆/评估器提示 | 🔥 |
| 13 | hermes-plugin-http-backplane | GitHub | 0 | Hermes 进程内 HTTP 服务:暴露 /hermes/* API(cron/sessions/model/skills/memory)给本地客户端 | 🔥 |
| 14 | agentaily/skills | GitHub | 0 | Agent 技能市场,Python + uv 构建,兼容 Hermes/Claude Code/Codex 多平台 | 🔥 |
📊 趋势研判
趋势 1:Agent 持久记忆基础设施 → 井喷 📈
信号强度:🔴 高
过去两周内出现 5 个以上新的开源 Agent 记忆项目:
- AtomicMemory (29⭐) — Postgres/pgvector 全栈 + 框架适配器
- Sibyl Memory (4⭐) — SQLite 文件级,无需向量 DB
- mcp-agora — 跨 Agent 持久记忆的 MCP Server
- agentbrainsystem — 本地优先持久记忆
- AgentCortex — Go 写的 Agent 内存基础设施
- Shared_Memory — 三层语义记忆(Postgres + Neo4j + BGE)
我的判断:Agent 记忆方案持续出现可审计的开源实现;Mem0 核心本身已按 Apache-2.0 开源,不能将其归为闭源黑盒。Hermes 的 gbrain 策略需要快速定位——是扶持一个现有项目(如 AtomicMemory)还是继续自研。窗口期约 2-3 个月。
趋势 2:小模型编码 Agent → 爆发 🚀
信号强度:🔴 高
- smallcode 用 4B 模型达到 87% benchmark(1510⭐/11天)
- SOD (Step-wise On-policy Distillation) 论文配套代码 (135⭐)
- 2B-Code、OpalaCoder、CodeLocal、wren-cli 等一批小模型编码 Agent
我的判断:2026 年下半年,本地编码 Agent 将成为主流。Hermes 的 WSL 双代理架构天然适合消费这些工具。建议在 2 周内完成 smallcode 的集成验证。
趋势 3:Agent 安全层 → 系统化 🛡️
信号强度:🟡 中高
- Orca(Zig 写本地 guardrails)明确支持 Hermes
- safe-agent(5 个安全 skill 包,OWASP ASI 对齐)
- Agent3Sigma-Canary(蚂蚁集团,覆盖技能投毒/内存污染)
- BenchJack(基准可欺骗性扫描)
- ATbench(安全轨迹基准)
- GoldenWing-360/claude-security-skills(25 个生产级安全技能)
我的判断:Agent 安全正在从单一论文/工具变成系统性生态。Hermes 的 safe-agent 已经占了先手,但 Orca 的 Zig 高性能实现值得关注。建议将 Orca 的 policy.yaml 格式纳入 Hermes 安全层参考。
趋势 4:MCP 工具链成熟化 🔌
信号强度:🟡 中
- MCPSpend:MCP 调用成本追踪,说明 MCP 进入了”需要计费管理”的阶段
- Lexis MCP:代码搜索专用 MCP server(-80% tokens)
- MCPlexor:MCP 多路复用器(-95% context usage)
- Godot-MCP-Native(182⭐):游戏引擎 MCP 插件
- Hermes 生态也有 hermes-plugin-http-backplane 暴露 MCP-compatible API
我的判断:MCP 从”能不能用”进入”好不好用、贵不贵”阶段。成本追踪(MCPSpend)和上下文压缩(MCPlexor)成为新的必需。Hermes 的 native MCP 客户端需要整合这些能力。
🎯 执行建议汇总(按优先级)
| Pri | 行动项 | 难度 | 预期收益 | 关联趋势 |
|---|---|---|---|---|
| 🔴 P0 | 在 WSL 内测试 smallcode 4B 编码 Agent | 🟢 低 | 替代 Codex CLI,降低 API 成本 90%+ | 趋势 2 |
| 🔴 P0 | 评估 smallcode 作为 Hermes code agent provider | 🟡 中 | 私有代码不离开本机 | 趋势 2 |
| 🟡 P1 | 安装 Sibyl Memory 测试 Hermes 集成 | 🟢 低 | 对比 gbrain 记忆质量 | 趋势 1 |
| 🟡 P1 | 深入调研 AtomicMemory Hermes plugin 适配 | 🟡 中 | 可选开源记忆后端 | 趋势 1 |
| 🟡 P1 | safe-agent vs Orca 功能对比,确定安全层方向 | 🟢 低 | 安全层统一 | 趋势 3 |
| 🟡 P1 | 配置 MCPSpend 监控当前 MCP 工具调用成本 | 🟢 低 | 成本可视化 | 趋势 4 |
| 🔵 P2 | 阅读 agent-design-patterns 论文(arXiv:2605.13850) | 🟢 低 | 架构方法论 | — |
| 🔵 P2 | 部署 hermes-self-improvement 插件(dry-run 模式) | 🟡 中 | 自动技能优化 | — |
| 🔵 P2 | 安装 Lexis MCP 替代 Hermes 默认搜索工具 | 🟢 低 | 减少 token 消耗 | 趋势 4 |
| 🔵 P2 | 探索 Agent Leaderboard 发现新技能 | 🟢 低 | 持续情报 | — |
📎 附录
本次扫描覆盖的 GitHub 搜索方向
- ✅ AI agent 框架 (764 results)
- ✅ MCP 工具链 (1,803 results)
- ✅ Agent 安全/guardrails (57 results)
- ✅ 小模型/高效代理 (12 results)
- ✅ 代码知识图谱 (15 results)
- ✅ Agent 持久记忆 (34 results)
- ✅ Agent 评估/基准 (19 results)
- ✅ Hermes 生态 (53 results)
本次扫描覆盖平台
| 平台 | 状态 | 备注 |
|---|---|---|
| GitHub API | ✅ 全部 8 方向 | 覆盖 2,700+ 仓库 |
| HackerNews | ✅ 热门话题 | 30+ 高赞帖子 |
| Reddit r/AI_Agents | ⚠️ 部分 | API 限制,获取数据有限 |
| ArXiv | ⚠️ 不稳定 | XML API 间歇性空响应 |
| 技术博客 | ✅ 综合 | 从项目 README 提取 |
下一次扫描:2026-05-30 05:00 UTC