---
title: Hermes降成本材料吸收（6断言判定+2条落地）
tags: [成本, token, AGENTS.md, 编排效率, 外部吸收]
created: 2026-10-29
status: done
---

# Hermes 降成本材料吸收（2026-10-29）

> 来源：老板转发的 Hermes 降成本介绍（Token Optimizer/关未用MCP技能/40%清理/Ponytail/AGENTS.md/模型选择，声称最高省95%）

## 行1 · 数据验证（六断言逐条）

| 断言 | 判定 | 证据 |
|:-----|:-----|:-----|
| ① Token Optimizer 审计工具 | ✅存在但弃用 | token-optimizer.dev 有 Hermes 只读适配器；但官方说明"Hermes owns compression, optimizer stays silent when native compressor healthy"；我们已有更细的 token_ledger.py（卫生告警+编排效率） |
| ② 关闭未用 MCP/技能 | ✅已做过 | kanban 三门全关裁零、toolsets 48→34、63技能占位审计（2026-10-04 遗留清单处置） |
| ③ 上下文40%清理 | ✅已达标且更激进 | config `compression.threshold: 0.35` < 材料建议 0.40；无需改 |
| ④ Ponytail 插件 | ✅存在但与成本结构不匹配 | GitHub 74k star 真实；官方 benchmark **-20% 成本/-22% token**（"47-77%"部分场景宣传，"95%"系 Headroom 60-95% 偷换极值）；它管"写什么代码"，我们成本大头=会话上下文+cron 注入；思想等价物=四律④卡帕西原则已有 |
| ⑤ 优化 AGENTS.md | ✅真金白银，已落地 | 外部实测 32KB=+8600 tokens/call；我们 ~/AGENTS.md 23992B |
| ⑥ 模型与 effort 选择 | ✅已固化 | mimo-flash 默认/禁v2.5/成本真账用 token_ledger（MEMORY 条目） |

**"最高95%"判定**：⚠️ 营销极值——Ponytail 官方 -20% 成本、LumaDock 标题"减半"、95% 出自另一工具（Headroom）的区间上限，不可复现引用。

## 行2 · 逻辑链问题

1. **编码类优化与会话类优化混谈**：Ponytail 管代码生成，材料未区分成本结构——我们 token_ledger 真账的病灶（14 条告警：单会话 429/382 调用>300、中位 **54 次/轮>25**、单次上下文 240K>150K）六条全没治。
2. **工具堆叠叙事**：Token Optimizer 与 Hermes 原生压缩功能重叠（且原生正常时它沉默），叠加=多一层不增加收益。

## 行3 · 判断与落地

**值2弃2改1已执行**：
- ✅ **AGENTS.md 瘦身**：23992B → 14347B（**-40.2%**，≈每调用省 ~2500 tokens）
  - 头部 50 行升级叙事 → `~/AGENTS_ARCHIVE_升级叙事_20261004.md`（8803B 可回读）
  - "十 独立思考铁律"19 行 → 指针（SOUL.md 同款每轮已注入，双重注入=纯烧钱）
  - "十一 质量标准"25 行 → 工具层摘要（原则层以 SOUL 为准）
  - 备份 `~/AGENTS.md.bak-20261029`；消费端验收：10 关键规则段 grep 全在位 + 路由树段全文目检
- ✅ **编排铁律写入 AGENTS.md 路由树**（治 54 次/轮真病灶）：独立调用同轮并行打包、3+ 步用 execute_code、禁逐文件串行
- 🚫 弃：Token Optimizer（重叠）、Ponytail（结构不匹配）
- ✅ 阈值无需改（0.35 已 < 0.40）

**待办**：AGENTS.md 其余章节（三能力矩阵/四工作流与路由树重复度）留第二刀，收益递减先不动。