Codex 校核(2026-10-10) hermes-lcm保存原始消息并提供摘要与检索工具,支持找回信息,但有限提示窗口不等于无限上下文或每次回答都保证完整召回;“无损”应区分原始存档保留与摘要/检索质量。项目是独立插件,适配所需 Hermes 接口与安装版本仍需核对,本次未安装或升级。
多平台学习日报 — 2026-05-17
自动扫描来源:GitHub Trending | HackerNews | 社区项目 生成时间:2026-05-17 09:08 AM
日报列表
| 编号 | 平台 | 评级 | 要点 | 可借鉴方向 |
|---|---|---|---|---|
| 1 | GitHub | ★★★★★ | hyperframes (18.7k⭐) — “Write HTML. Render video. Built for agents.” HeyGen 出品,支持 MCP,agent 可直接生成视频 | Hermes 内容创作管线,cron 自动生成视频简报 |
| 2 | GitHub | ★★★★★ | hermes-lcm (523⭐) — Hermes Agent 的无损上下文管理插件,基于 DAG 摘要引擎,SQLite 消息持久化,上下文永不丢失 | 直接集成到当前 Hermes 实例,解决上下文压缩丢细节的老问题 |
| 3 | GitHub | ★★★★☆ | TencentDB-Agent-Memory (2.3k⭐) — 四层渐进式本地长期记忆,零外部 API 依赖,4 月刚发布 | 对比研究 Hermes memory 实现,借鉴分层记忆架构 |
| 4 | GitHub | ★★★★☆ | atomic-agents (5.9k⭐) — “Building AI agents, atomically”,原子化组件式 agent 构建哲学 | Hermes skill 设计可借鉴原子化拆分思路 |
| 5 | HackerNews | ★★★★☆ | OneCLI (161pts/52cmts) — Rust 实现的 AI Agent Vault(凭据/密钥管理) | 为 Hermes 增加安全的密钥存储机制,替代 .env 明文 |
详细发现(仅重点)
1. hyperframes — Agent 驱动的视频渲染管线
- 来源: GitHub (heygen-com/hyperframes) → 18,689⭐ | TypeScript | Apache-2.0
- 核心: Agent 写 HTML → Puppeteer 渲染 → FFmpeg 合成视频。全程 agent 可控。
- 亮点: 支持 MCP 协议,意味着 Hermes 可以直接通过 MCP 调用 hyperframes 渲染视频。
- 可适用场景:
- Hermes cron 自动生成数据可视化日报视频
- 将每日学习报告渲染为视频简报
- AI 生成的产品演示 / 幻灯片视频
- 建议: 在 Hermes 中注册 hyperframes MCP tool,尝试用 HTML+GSAP 动画生成第一个自动简报视频。
2. hermes-lcm — 无损上下文管理
- 来源: GitHub (stephenschoettler/hermes-lcm) → 523⭐ | Python | 2026-04-07 发布
- 核心: SQLite 消息存储 + DAG 摘要树 + 钻取工具(lcm_grep/lcm_expand/lcm_expand_query)
- vs Hermes 内置压缩: 内置压缩可能丢失细节(靠 session_search 事后恢复),LCM 的召回是 active context 的一部分,agent 可以主动钻回被压缩的内容
- 依赖: 需要 Hermes Agent 的 pluggable context engine 插槽(PR #7464)
- 建议: 检查当前 Hermes 版本是否已合入 PR #7464,如果已合入则安装 hermes-lcm 插件。这直接解决长期运行中上下文丢失的问题。
3. TencentDB-Agent-Memory — 四层渐进式记忆
- 来源: GitHub (Tencent/TencentDB-Agent-Memory) → 2,341⭐ | TypeScript | 2026-04-07
- 架构:
- Layer 1: 短期对话记忆
- Layer 2: 工作记忆(当前任务相关)
- Layer 3: 长期记忆(向量化 + 检索)
- Layer 4: 永久知识(结构化知识库)
- 亮点: 完全本地运行,零外部 API 依赖。支持 OpenClaw 插件模式。
- 建议: 可以作为 Hermes 记忆系统升级的参考架构,特别是分层检索策略值得借鉴。
4. atomic-agents — 原子化 Agent 构建哲学
- 来源: GitHub (BrainBlend-AI/atomic-agents) → 5,923⭐ | Python
- 核心: 将 agent 拆解为 原子组件(tool、memory、knowledge、guardrail 等),通过组合而非继承构建 agent
- 亮点: clean separation of concerns,测试友好,组件可复用
- 建议: Hermes 的 skill 系统可以参考这种原子化设计,让每个 skill 更专注单一职责。
5. OneCLI (HackerNews 热议) — AI Agent 密钥保险箱
- 来源: HackerNews → 161pts / 52cmts | Rust
- 核心: 为 AI agent 设计的 vault/密钥管理系统,支持凭据的加密存储和 agent 上下文中安全注入
- 建议: 当前 Hermes 用 .env 明文管理密钥,OneCLI 的模式可以为 Windows 环境提供更安全的密钥管理方案。
额外关注
- agent-zero (17,688⭐) 持续活跃,值得关注其 2026 年的新特性
- open-design (42,523⭐) 明确支持 Hermes agent,是本地设计工具的重要方向
- Mastra (HN 442pts) — JS agent framework,如果考虑前端方向可以跟进
本周建议
- 优先级高: 检查 Hermes 是否已支持 pluggable context engine(PR #7464),如已支持则安装 hermes-lcm 插件
- 优先级中: 配置 hyperframes MCP tool,测试 agent-to-video 管线,验证是否能生成日报视频
- 优先级中: 研究 TencentDB-Agent-Memory 的四层记忆架构,与当前 Hermes memory 做对比分析
- 优先级低: 看 atomic-agents 的组件化设计是否能为 skill 系统重构提供参考
晚间补充扫描(HN/Twitter趋势)
⏰ 更新于 22:14
| 编号 | 平台 | 评级 | 要点 | 可借鉴方向 |
|---|---|---|---|---|
| 6 | HN | ★★★★★ | Patchwork (116pts/24cmt) — Open-source 框架自动化开发杂务(PR创建、代码修复),让agent干脏活 | Hermes skill 可集成 Patchwork 模式,自动修复 lint/test 失败 |
| 7 | HN | ★★★★☆ | Tambo 1.0 (101pts/25cmt) — Agent 渲染 React 组件的开源工具包,agent-driven UI | Discord Bot 消息渲染可参考 Tambo 的组件化交互模型 |
| 8 | HN | ★★★★☆ | Mcp-Agent (80pts/28cmt) — 用 MCP 协议构建高效 agent 的标准框架 | Hermes MCP 集成的最佳实践参考,直接对标 |
| 9 | HN | ★★★★☆ | “Too dangerous to release” (149pts/175cmt) — Anthropic 安全 vs 经济学博弈,揭示AI公司决策的真实逻辑 | 理解前沿模型发布策略,预判 Hermes 可用的新模型时机 |
| 10 | HN | ★★★☆☆ | Mochi.js (47pts/20cmt) — bun-native 高保真浏览器自动化,可能比 Playwright 更快更轻 | 替代 Playwright 作为 Hermes 浏览器工具的后端,降低资源消耗 |
重点补充
Patchwork — 让 Agent 干杂活 (github.com/patched-codes/patchwork)
- 做什么: 自动化代码审查、PR 生成、lint 修复、测试补全
- 与 Hermes 结合: 将 Patchwork 的工作流模式作为 Hermes skill,自动扫描提交 → 修复 → 提PR
- 直接行动: 创建一个
patchwork-sweeperskill,每日自动扫描当前项目的 lint 错误并提修复PR
Tambo — Agent UI 新范式 (github.com/tambo-ai/tambo)
- 核心: Agent 不只是输出文字,而是直接渲染 React 组件与用户交互
- 对 Discord Bot 的启发: Bot 消息可以从纯文本升级为富交互卡片(按钮、表单、实时进度条),让用户与 agent 的交互从”看消息”变为”操作界面”
- 可行动: 研究 Discord 的 Message Components API 能否实现类似的 agent-driven UI
”Too Dangerous” 大辩论
- 核心论点: AI 公司以”安全”为由延迟发布,真实原因可能是成本/竞争/市场策略
- 影响: 理解 Anthropic/OpenAI 的发布节奏,有助于判断何时有新模型/功能可供 Hermes 升级
今日其他发现
agent-zero(17,688⭐) 2026-05 有重要架构更新,新增 multi-agent swarm 模式ArchGW(katanemo/archgw) 作为 agent 智能代理网关,已被多个 agent 项目集成Terminal-Bench-RL使用强化学习训练终端 agent,对 Hermes 的 terminal 工具调优有参考价值
扫描记录
[早间] GitHub: 172 repos (stars>100, pushed after 2026-04-01)
[早间] HN: 17 stories above threshold — Mastra (442pts), Human Layer (354pts)
[晚间] HN: Patchwork (116pts), Tambo (101pts), Mcp-Agent (80pts)
[晚间] HN: "Too dangerous" debate (149pts/175cmt) — 当前 HN 热帖
[晚间] Reddit/Zhihu: API 限制,未能抓取
[晚间] GitHub: API rate-limited (anonymous quota exceeded)
报告路径: ${OLD_PERSONAL_VAULT}\01 - Hermes\github-daily\2026-05-17.md