Hermes 能力汇聚与 Skill Bundle 治理复盘
本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:
本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:
后续复杂任务优先选择 bundle,而不是临场散装加载 skills。
不调用真实 executor;生产动作另走审批。
关键判断
| 判断项 | 摘要 |
|---|---|
| 推荐方案 | 后续复杂任务优先选择 bundle,而不是临场散装加载 skills。 |
| 关键依据 | 见完整记录中的评分依据、状态摘要和证据链。 |
| 落地方式 | 按行动清单推进,保持可回退。 |
| 风险边界 | 不跨执行边界;真实执行需另走审批。 |
证据摘要
- 由 Hermes 会话生成。证据点 1
- 如涉及外部事实,应在正文中保留来源或验证路径。证据点 2
行动清单
/search-full 里无脑加所有平台。/ops-report 或 /project-governance,覆盖项目状态、巡检、看板、Feishu card 回执这类运维治理任务。边界 / 风险
未记录额外风险。
完整记录
Hermes 能力汇聚与 Skill Bundle 治理复盘
一句话结论
本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:
这不是简单快捷命令,而是一次能力治理:把升级、决策归档、轻搜索、全量搜索分别封装成稳定入口,并通过 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 文件,没有改:
所以风险是低的,属于工作流入口增强。
四个 bundle 细节
1. /hermes-upgrade
用途:
包含:
重要性:这是升级类任务的标准入口,避免每次升级时漏掉官方文档、配置安全修改、env 修改边界、运行态核验和回归流程。
2. /decision-trace
用途:
包含:
instruction:
处理过的边界:feishu-card 名称存在歧义,因此没有直接放入 bundle;由 feishu-content-ops 作为内容/card 路由 umbrella。
3. /search-brief
用途:
包含:
instruction:
定位:这是日常轻入口,不负责装下所有搜索平台和重型反爬能力。
4. /search-full
用途:
包含 15 个 skill:
instruction 核心约束:
这个约束很关键:全量搜索入口不等于全平台副作用入口。
验证结果
bundle list
当前 Hermes 已识别 4 个 bundle:
reload
smoke tests
已执行并通过:
/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