顶级 AI 编码 Agent 架构与记忆系统深度解构
引言
2026 年的 Coding Agent 赛道，已经从「谁的代码补全更准」演化为「谁的运行时更稳、谁的记忆更长、谁的沙箱更紧」。Anthropic 在 3 月 31 日因为一次 Bun 默认 source map 配置失误，把 51 万行 Claude Code 源码连同 KAIROS、UNDERCOVER、USER_TYPE=ant 等隐藏 feature flag 一起送到了公网[1]；OpenCode 在 4 个月内提交超过 2 万次 commit、累计 791 次 release，把仓库从 SST 迁到 Anomaly，并用一条名为 "DELETE GO BUBBLETEA CRAP HOORAY" 的提交把整套 Go + Bubble Tea TUI 全部删掉[2]；Nous Research 则在 2 月 25 日把 Hermes Agent 推上 GitHub，截至 2026-05-08，仓库 README 快照显示 138k stars、21.3k forks[3]。三件事发生在同一个季度，但代表的是三种完全不同的工程哲学。
为什么把这三个项目放在一起对比？因为它们恰好覆盖了当下 Coding Agent 的三种主流范式 — OpenCode 是「开源协议化客户端」：MIT 许可、provider-agnostic、HTTP+SSE+OpenAPI 协议先行、TUI/Web/Desktop/Mobile 多前端共享同一 server[2]；Claude Code 是「模型厂商一体化产品」：MIT 客户端 + 闭源模型、五种 surface（CLI / IDE / Desktop / Web / iOS）共享同一 engine、记忆系统四层架构 + AutoDream 灰度的「类睡眠记忆整理」[4][5]；Hermes Agent 是「自托管学习型代理」：Python 88.5% + TypeScript 8.1% gateway、七种 terminal backend、Closed Learning Loop（CLL）把任务结果蒸馏成可移植 SKILL.md，并可选切换到 Atropos + Tinker 的 RL 训练路径[6][7]。
这不是「谁会赢」的问题。三家代表的是三种取舍：OpenCode 把协议公开但放弃 sandbox（SECURITY.md 原文：「OpenCode does not sandbox the agent」[8]）；Claude Code 把模型握紧但开源客户端（51 万行泄露后社区也无法 fork — 没有模型）[1]；Hermes Agent 把所有东西都开源但用 Python 的依赖栈和 7×18×N 的配置组合换来了陡峭的学习曲线[6]。每一种取舍都对应一类用户与一类场景 — 想要协议化集成 IDE/Mobile 多前端的团队会更靠近 OpenCode；要把模型能力榨干、愿意为 Pro/Max 套餐买单的开发者会留在 Claude Code；要把 agent 当成 always-on 个人助手、跨多平台触达、自动积累技能记忆的研究者和重度玩家则会选 Hermes Agent。
本文按四个维度展开 — 底层架构、记忆管理、工具调用与执行安全、核心亮点与差异化 — 每个维度都给到三方源码层级的对比。付费段会进入：Auto Memory 200 行 / 25KB 上限的工程含义、AutoDream 四阶段（Orient / Gather / Consolidate / Prune & Index）的灰度分析、OpenCode 影子 git worktree 的 ms 级 undo 实现、Hermes 三个记忆文件（SOUL.md / MEMORY.md / USER.md）的字符上限取舍、七层防御 + Tirith Pre-Exec Scanning 的安全工程细节、Closed Learning Loop 与 RL 双轨设计为什么是 2026 年开源 agent 的结构性差异点。我们尽量不做断言、不写「全球首个」、不站队 — 但会把每一个事实标到具体源码、具体 commit、具体官方文档或具体二次分析上，让你自己判断哪一种范式适合你的产品决策。
注：所有 stars/forks/版本号均以「截至 2026-05-08」为锚点；涉及 AutoDream、Subagent 三种模型（Fork / Teammate / Worktree）、五级 compaction 等细节，均来自 2026-03-31 source map 泄露后的二次分析（claudefa.st、wavespeed.ai、InfoQ），未经 Anthropic 官方确认；本文已在每处出现这些条目时显式标注「据泄露代码分析」。