骨架 spec v2.1 × 三个真实标的对照(Hermes / Claude Code / martin-FinClaw)
历史资料。 本文的参考截面、标的范围和骨架尺子均已过时；当前强 Agent 实现参考与 FinBayes 映射见 FinBayes Atlas。
2026-06-11。拿通用骨架 spec v2.1(
ai-agent-skeleton-spec.md,9 块 + 5 横切 + Skills 一等)当尺子,量三个真实 agent。 底料:主控 2026-06-05 三方架构盘点分析件（工程域产物，不在本仓）(2026-06-05 按实际代码画的三方架构图)+ Hermes 指南/部署 spec(ShareDocs/Hermes-Agent-Guide.md、hermes_research/)+ OpenClaw 实战文(= martin 祖架构)+ Claude Code 直接了解。
0. 总框架:骨架 = 理想超集,三者是各有重心的局部实现
| 标的 | 类型 | 重心 | 一句话 |
|---|---|---|---|
| Hermes | 通用 | 平台工程最全 | 9 块+横切几乎建齐,还超配(MoA / 多协议暴露 / 可检索记忆 / 最强护栏);但无金融、散文输出 |
| Claude Code | 编码 | 工程质量标杆 | 最难的几块(ACI 工具 / 审批护栏 / 任务态 / Skills / plan)做得最干净;域=编码 |
| martin-FinClaw | 金融 | 金融内容最全 | 数据栈独一份,9 块都在,但质量横切薄(软护栏 / 全局锁 / 弱持久化);FinBayes 祖架构 |
| (FinBayes) | 金融(在建) | 结构化认知核 | 唯一偏离骨架:砍统一循环搞两段式,换来结构化判断,代价=取数浅+最慢。偏离的反面教材 |
1. 逐块对照表
✅✅=超出骨架/标杆 · ✅=达标 · 🟡=弱/部分 · ➖=无
| v2.1 骨架 | Hermes | Claude Code | martin |
|---|---|---|---|
| 1 渠道/收发 | ✅✅ 20+渠道 + 多入口共享引擎(CLI/cron/gateway/batch/MCP-server/ACP/Web) | 🟡 多界面单入口 | ✅ 10 渠道 + MessageBus |
| 2 上下文装配(五层) | ✅ 3层 prompt+预压缩 | ✅✅ CLAUDE.md+压缩+plan | ✅ ContextBuilder(身份焊死代码) |
| Skills(程序性记忆·懒加载) | ✅✅ Procedural Memory 自建 Skill | ✅✅ Skills(Use-when 范式发源地) | 🟡 有但弱 |
| 3 工具 + ACI 阶梯 | ✅ toolsets 广 | ✅✅ ACI 标杆 + MCP | ✅ ~37 工具 + 金融数据栈(独有) |
| 4 思考循环 | ✅ ReAct ≤90+预算 | ✅ ReAct | ✅ ReAct ≤40 |
| 5 护栏/权限 | ✅✅ 最强(注入扫描+审批+路径) | ✅✅ 权限+hooks+审批 HITL 一等 | 🟡 软(正则黑名单) |
| 6 输出投影 | 散文+元数据 | 散文+代码 | 散文 |
| 7 记忆(四类) | ✅✅ 可检索 MemoryProvider+SQLite FTS5+Frozen Snapshot | ✅ CLAUDE.md+transcript+TodoWrite | 🟡 consolidate+grep |
| 8 触发/调度 | ✅ cron 60s | ✅ scheduled/loop | ✅ cron+heartbeat(LLM 判) |
| 9 子代理/扇出 | ✅✅ delegate≤2 + MoA 多模型聚合(独有) | ✅✅ Task 隔离(标杆) | ✅ spawn fan-out ≤15 |
| 横切A 预算/停止 | ✅ IterationBudget | ✅ maxTurns | ✅ ≤40 |
| 横切B 并发/隔离 | ✅ worktree(-w) | ✅ 后台+并行工具 | 🟡 全局锁串行(red-team 点的) |
| 横切C 可观测+溯源 | ✅ | ✅ transcript/resume | 🟡 |
| 横切D 错误/韧性 | ✅ 29 profile→fallback | ✅ 工具错误回喂 | 🟡 |
| 横切E 持久化/恢复 | ✅ SessionDB WAL | ✅✅ TodoWrite+resume+plan(任务态标杆) | 🟡 session JSONL |
2. 三处「现实有、v2.1 骨架还没写全」(回填骨架)
- 多模型聚合 MoA(Hermes 独有):骨架「子代理」只建了委派/隔离(派小弟回摘要),没建多模型投票取共识。→ 子代理块补第二个子模式。
- Agent 把自己当服务暴露(Hermes MCP-server/ACP):骨架「渠道」是入站框架,漏了出站——agent 自己作为可被别的 agent 调用的工具/服务。多 agent 生态里是一等能力。→ 渠道块补「出站协议暴露」。
- 快照冻结保护缓存(Hermes Frozen Snapshot):骨架横切A 提了 prompt 缓存,「冻结快照防缓存失效」是更硬的具体机制。→ 横切A 补。
3. 一处「骨架/FinBayes 有、三标杆都没有」→ 引出 Q2
结构化可证伪判断契约 + 用户主权两步 + 判断生命周期复盘——通用/编码/金融三标杆全无,只 FinBayes 有。这是金融领域真正要往骨架加的东西(见 ai-agent-skeleton-spec-finance.md)。
4. 贯穿结论
Hermes 与 martin 是同一种回路范式(统一 ReAct,边想边挖,散文出),差别在 Hermes 平台工程更全、martin 有金融栈;Claude Code 也是这范式、且把工程质量做到标杆。只有 FinBayes 偏离——两段式取数/认知分离,这一个地基选择同时造成取数浅、最慢,也成就了结构化判断/硬契约。骨架结论:金融的独特价值不需要第二套引擎,能全部骑在单循环上(下一步量 FinBayes 时据此判去留)。
Replaced-by: https://labs-fintecai-gov.topquant.org/projects/finbayes/atlas/