Hermes Field Kit — field-tested skill admission and validation contract
Hermes Field Kit — field-tested skill admission and validation contract
为什么值得关注
Hermes Field Kit 是面向 Hermes Agent 的公开 skill 集合，但真正有价值的不是“又多了 13 个技能”，而是它明确提出了 skill admission rule：只有真实任务中反复使用、别人能复现、并且带有触发/反触发、测试、限制和发布验证的技能才应该进入公开目录。这直接对应 External-Agent-Skills-Design-Patterns 与 Agent-Skill-Discovery：用户当前 radar 每天会发现大量 skills/tools，如果没有准入门槛，wiki 和 Hermes skill 目录会很快被薄 wrapper 污染。
深度判断：值得晋升，因为它提供的是“外部 skill 如何进入 Hermes 生态”的治理合同，而不是单个技能清单。它能改进用户未来选择、改写或拒绝 external skills 的流程。
机制 / 一阶原理
Field Kit 的机制可以分成三层：
- 准入规则：skill 必须解决真实任务、已在真实 workflow 中使用、能被他人从仓库复现。
- 发布合同：每个 skill 需要 Hermes-compatible
SKILL.md、tap discovery 路径、明确 triggers/counter-triggers、现实示例、行为测试、已知限制、平台/tool 要求、独立版本、无凭据/私密数据。 - 仓库验证：用 catalog、schema、validate scripts 和 CI 防止技能目录退化成无法审计的 prompt dump。
这说明 skill 不是 prompt，而是最小可复用 workflow package。它应该同时包含使用条件、边界、证据和回归测试。
与现有 wiki 概念的关系
- 对 External-Agent-Skills-Design-Patterns：补充了“field-tested admission”维度，可作为 future external skill adoption checklist。
- 对 Harness-Engineering：skill 本身也是 harness 的可加载组件；无测试、无反触发、无限制说明的 skill 会扩大 blast radius。
- 对 Agent-Skill-Discovery：发现 repo 之后不能只看 star；应检查是否有可复现示例、测试、版本和隐私清理。
- 对 Knowledge-as-Code：技能目录应像代码库一样有 schema、CI、release policy，而不是个人 prompt 收藏夹。
对 Hermes / llm-wiki 的可执行启发
- 把“external skill 采纳”从收藏改为审核：新增候选时先进入 source/wiki 记录；只有满足准入合同才建议安装到 Hermes skills。
- 增加反触发字段：llm-wiki 中的 skill/tool source 页应记录什么时候不要用该工具，避免 cron 自动化误触。
- 要求现实示例和测试：没有 realistic examples / behavior tests 的 skill 只作为 raw/digest，不晋升为推荐。
- 建立本地 skill quarantine：外部 skill 先放入待审目录或只作为 wiki 页面，不直接进入 active Hermes profile。
失败模式 / 边界条件
- 生态自举偏差：Hermes Field Kit 与 Hermes 自身强相关，可能高估 Hermes-specific pattern 的普适性；跨 Claude/Codex/Cursor 时需要二次适配。
- field-tested 不等于安全：真实使用证明有用，但不自动证明无隐私风险、无供应链风险、无越权工具调用。
- CI 检查形式化：schema/validate 可以发现结构缺失，但无法判断 skill 是否真的改善结果；仍需要任务级 benchmark 或 replay。
- 技能膨胀：即使每个技能都合格，过多 global skills 仍会造成触发混乱和上下文预算浪费。
写入记录
- 2026-07-28 09:00 CST：基于 Hermes Field Kit README 深度入库，提炼 field-tested skill 准入、验证合同与 llm-wiki 外部 skill 采纳门槛。