Hermes 能力汇聚与 Skill Bundle 治理复盘
- HTML: https://decision.ht1072.top/2026-05-29-hermes-capability-bundles-convergence.html
- Local HTML:
[已移除本地路径] - Generated: 2026-05-29T18:22:38+08:00
Hermes 能力汇聚与 Skill Bundle 治理复盘
一句话结论
本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:
/hermes-upgrade
/decision-trace
/search-brief
/search-full
这不是简单快捷命令,而是一次能力治理:把升级、决策归档、轻搜索、全量搜索分别封装成稳定入口,并通过 smoke 验证确认 Hermes 能真实加载。
当前 bundle 总览
| Bundle | Skills | 定位 | 推荐使用场景 |
|---|---|---|---|
/hermes-upgrade |
7 | Hermes 升级/配置/官方文档/运行态核验标准入口 | 版本升级、config/env 修改、运行态核验、升级回归 |
/decision-trace |
4 | 决策型回复:短卡片 + HTML/wiki/retain + 知识落点路由 | 方案分析、选型建议、排障复盘、调研结论 |
/search-brief |
4 | 搜索/证据包/晨报:轻量检索与简报链路 | 日常查资料、搜新闻、晨报、中文搜索 |
/search-full |
15 | 全量搜索治理:历史/wiki/公网/中文/平台/学术/文档/反爬/fallback | 复杂检索、多平台、多源证据包、学术/PDF/视频/RSS/反爬 |
已落地文件
[已移除本地路径]
[已移除本地路径]
[已移除本地路径]
[已移除本地路径]
本轮只新增/管理 bundle 文件,没有改:
config.yaml
.env
gateway
cron jobs
provider/model
Feishu 配置
所以风险是低的,属于工作流入口增强。
四个 bundle 细节
1. /hermes-upgrade
用途:
Hermes 升级
官方文档核对
config/env 安全修改
运行态核验
升级后验收
包含:
hermes-agent
hermes-official-docs
hermes-upgrade-runbook
hermes-settings-routing
hermes-config-safe-update
hermes-env-safe-update
hermes-runtime-effect-check
重要性:这是升级类任务的标准入口,避免每次升级时漏掉官方文档、配置安全修改、env 修改边界、运行态核验和回归流程。
2. /decision-trace
用途:
调研结论
方案分析
选型建议
排障复盘
短卡片 + HTML/wiki/retain
入库语义路由
包含:
decision-trace-reply-pattern
feishu-content-ops
knowledge-capture-and-context-ops
formal-ingest-routing
instruction:
用于调研结论、方案分析、选型建议、排障复盘等决策型输出。默认短回复承载结论,长论证进入 Decision Trace HTML/wiki/retain;若用户明确说入库,再按 formal-ingest-routing 判断是否走飞书主库。
处理过的边界:feishu-card 名称存在歧义,因此没有直接放入 bundle;由 feishu-content-ops 作为内容/card 路由 umbrella。
3. /search-brief
用途:
查资料
搜新闻
证据包
晨报/简报
中文搜索
轻量多源交叉验证
包含:
search-routing-matrix
morning-brief
multi-search-engine
baidu-search
instruction:
用于查资料、搜新闻、证据包、晨报/简报类任务。轻量查询优先 direct web_search/web_extract;中文公网优先 baidu-search;需要多源交叉验证或证据包时再用 search_router;晨报链路先看 morning-brief。
定位:这是日常轻入口,不负责装下所有搜索平台和重型反爬能力。
4. /search-full
用途:
复杂检索
平台内容搜索
历史/当前会话回忆
wiki/本地知识检索
公网/中文搜索
学术论文
PDF/文档/OCR
YouTube transcript
RSS/晨报
动态/反爬抓取
OpenClaw fallback
包含 15 个 skill:
search-routing-matrix
conversation-recall-routing
llm-wiki
baidu-search
multi-search-engine
morning-brief
blogwatcher
arxiv
ocr-and-documents
youtube-content
xurl
xiaohongshu-skill
scrapling
github-repo-management
openclaw-integration-ops
instruction 核心约束:
先按 search-routing-matrix 分层:当前会话用 LCM,跨会话用 session_search,稳定方案先查 ~/llm-wikis,本地文件用 search_files/read_file,轻公网用 web_search/web_extract,中文公网优先 baidu-search,平台内容优先平台专项/AutoCLI,动态/反爬才上 scrapling/browser,只有证据包/多源交叉验证才用 search_router,OpenClaw 只作 Hermes 能力缺口 fallback。默认不要执行写操作;xurl/xiaohongshu/github 等平台 skill 在本 bundle 中主要作为只读搜索/读取入口,发布、互动、follow、repo 创建等副作用必须另行确认。
这个约束很关键:全量搜索入口不等于全平台副作用入口。
验证结果
bundle list
当前 Hermes 已识别 4 个 bundle:
/decision-trace: skills=4
/hermes-upgrade: skills=7
/search-brief: skills=4
/search-full: skills=15
reload
No changes. 4 bundle(s) loaded.
smoke tests
已执行并通过:
./venv/bin/hermes --skills decision-trace -z '只回复:decision-bundle-smoke-ok'
# decision-bundle-smoke-ok
./venv/bin/hermes --skills search-brief -z '只回复:search-brief-smoke-ok'
# search-brief-smoke-ok
./venv/bin/hermes --skills search-full -z '只回复:search-full-smoke-ok'
# search-full-smoke-ok
/hermes-upgrade 也已进入 bundle list,作为升级入口保留。
能力汇聚后的使用策略
默认优先级
| 任务类型 | 推荐入口 |
|---|---|
| Hermes 升级、配置、安全修改、运行态核验 | /hermes-upgrade |
| 方案分析、选型、排障复盘、需要 HTML/wiki/retain | /decision-trace |
| 日常查资料、搜新闻、晨报、轻量中文搜索 | /search-brief |
| 复杂搜索、多平台、历史/wiki、学术、PDF、视频、反爬 | /search-full |
搜索能力的两层设计
本轮特意没有把 /search-brief 扩成巨大入口,而是新增 /search-full。
原因:
- 日常轻搜索需要快、低 token、少依赖
- 全量搜索需要平台、文档、学术、反爬、OpenClaw fallback
- 如果只有一个“search-all”,日常任务会被重型 skill 面污染
/search-full加了只读和副作用边界,避免 X、小红书、GitHub 等平台能力误触发写操作
风险控制
| 风险 | 本轮处理 |
|---|---|
| bundle 太大导致加载失败 | 对 /search-full 做真实加载 smoke,通过 |
| 平台 skill 引入副作用 | instruction 明确只读搜索/读取,发布/互动/follow/repo 创建需另行确认 |
| 搜索能力默认滥用 search_router | 明确轻量查询优先 direct web_search/web_extract,只有证据包/多源交叉验证才用 search_router |
| 中文搜索和国际搜索混路由 | /search-brief 和 /search-full 都明确中文公网优先 baidu-search |
| OpenClaw 被过早使用 | instruction 明确只作 Hermes 能力缺口 fallback |
| Feishu card skill 名称歧义 | 未直接放 feishu-card,由 feishu-content-ops 兜住内容路由 |
总体价值
这次能力汇聚的价值不是少打几个字,而是减少三类错误:
- 漏加载:复杂任务忘记加载官方文档、运行态核验、知识归档、搜索路由。
- 乱路由:轻搜索过早上 search_router / browser / OpenClaw,浪费 token 和时间。
- 越权副作用:平台搜索任务误触发发布、互动、repo 创建等写操作。
通过 bundle,后续可以用一句入口把任务先落到正确能力面,再由 skill instruction 约束执行边界。
后续建议
- 后续复杂任务优先选择 bundle,而不是临场散装加载 skills。
- 如果某个 bundle 用起来过重,再拆成子入口;不要继续往
/search-full里无脑加所有平台。 - bundle 本身只做能力入口,复杂经验仍然回写到 canonical skill references / wiki / Decision Trace。
- 可以后续补一个
/ops-report或/project-governance,覆盖项目状态、巡检、看板、Feishu card 回执这类运维治理任务。
Footer
模型:gpt-5.5
生成时间:2026-05-29 16:43:05 +0800