Hermes Decision Trace

Hermes 能力汇聚与 Skill Bundle 治理复盘

本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:

HTML完整论证
Wiki可检索归档
Feishu短入口交付
🎯
核心结论

本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:

🧭
推荐路径

后续复杂任务优先选择 bundle,而不是临场散装加载 skills。

🛡️
关键边界

不调用真实 executor;生产动作另走审批。

关键判断

判断项摘要
推荐方案后续复杂任务优先选择 bundle,而不是临场散装加载 skills。
关键依据见完整记录中的评分依据、状态摘要和证据链。
落地方式按行动清单推进,保持可回退。
风险边界不跨执行边界;真实执行需另走审批。

证据摘要

  • 由 Hermes 会话生成。证据点 1
  • 如涉及外部事实,应在正文中保留来源或验证路径。证据点 2

行动清单

后续复杂任务优先选择 bundle,而不是临场散装加载 skills。
如果某个 bundle 用起来过重,再拆成子入口;不要继续往 /search-full 里无脑加所有平台。
bundle 本身只做能力入口,复杂经验仍然回写到 canonical skill references / wiki / Decision Trace。
可以后续补一个 /ops-report/project-governance,覆盖项目状态、巡检、看板、Feishu card 回执这类运维治理任务。

边界 / 风险

风险点

未记录额外风险。

完整记录

Hermes 能力汇聚与 Skill Bundle 治理复盘

一句话结论

本次会话已经把 Hermes 常用高频能力从“每次临场想起要加载哪些 skill”收拢为 4 个可调用 bundle:

/hermes-upgrade /decision-trace /search-brief /search-full

这不是简单快捷命令,而是一次能力治理:把升级、决策归档、轻搜索、全量搜索分别封装成稳定入口,并通过 smoke 验证确认 Hermes 能真实加载。

当前 bundle 总览

BundleSkills定位推荐使用场景
/hermes-upgrade7Hermes 升级/配置/官方文档/运行态核验标准入口版本升级、config/env 修改、运行态核验、升级回归
/decision-trace4决策型回复:短卡片 + HTML/wiki/retain + 知识落点路由方案分析、选型建议、排障复盘、调研结论
/search-brief4搜索/证据包/晨报:轻量检索与简报链路日常查资料、搜新闻、晨报、中文搜索
/search-full15全量搜索治理:历史/wiki/公网/中文/平台/学术/文档/反爬/fallback复杂检索、多平台、多源证据包、学术/PDF/视频/RSS/反爬

已落地文件

/home/ht/.hermes/skill-bundles/hermes-upgrade.yaml /home/ht/.hermes/skill-bundles/decision-trace.yaml /home/ht/.hermes/skill-bundles/search-brief.yaml /home/ht/.hermes/skill-bundles/search-full.yaml

本轮只新增/管理 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 兜住内容路由

总体价值

这次能力汇聚的价值不是少打几个字,而是减少三类错误:

  1. 漏加载:复杂任务忘记加载官方文档、运行态核验、知识归档、搜索路由。
  2. 乱路由:轻搜索过早上 search_router / browser / OpenClaw,浪费 token 和时间。
  3. 越权副作用:平台搜索任务误触发发布、互动、repo 创建等写操作。

通过 bundle,后续可以用一句入口把任务先落到正确能力面,再由 skill instruction 约束执行边界。

后续建议

  1. 后续复杂任务优先选择 bundle,而不是临场散装加载 skills。
  2. 如果某个 bundle 用起来过重,再拆成子入口;不要继续往 /search-full 里无脑加所有平台。
  3. bundle 本身只做能力入口,复杂经验仍然回写到 canonical skill references / wiki / Decision Trace。
  4. 可以后续补一个 /ops-report/project-governance,覆盖项目状态、巡检、看板、Feishu card 回执这类运维治理任务。

模型:gpt-5.5

生成时间:2026-05-29 16:43:05 +0800