Agent Config：机器校验的跨宿主 skill/rule/command 库

Agent Config：机器校验的跨宿主 skill/rule/command 库

为什么重要

Agent Config 的价值不在于“又一个技能合集”，而在于它把 agent skill / rule / command catalog 变成可编译、可路由、可验证的工程层：README 声称覆盖 20 个 host agents，包含数百个 skills/rules/commands，并把公开 claim 绑定到 CI proof。对 Hermes 来说，这直接补充了 External-Agent-Skills-Design-Patterns：外部 skill 采用门槛不应只看 Star 或文案，而应看声明是否可机器复查、是否能按 host 编译、是否能给出最小 proof。

机制 / 一阶原理

它的核心机制是“source catalog → capability router → host-specific compiled artifacts → proof checks”。也就是说，长期维护的不是某个单一 agent 的 prompt，而是一组可转换的能力资产：skills、rules、commands、personas、guidelines。runtime 可以是零 daemon；可靠性来自构建期与 CI 中的声明校验，而不是运行时让模型自行遵守所有约定。

与现有 wiki 的关系

它与 skill-bill-governed-agent-skill-runtime 的区别是：Skill Bill 更强调运行时 workflow state / review / gate；Agent Config 更强调跨宿主分发、catalog 深度和 README claim proof。它也连接 Context-Engineering：能力目录本身是一种上下文，关键是按意图路由，而不是把 500 个 artifact 全部塞进 prompt。

可执行启发

• Hermes 外部 skill admission 可以增加 claim_receipts 字段：README 中的数量、覆盖范围、零 daemon 等声明是否有 CI 或 proof 页面复查。
• llm-wiki 的技能/来源页面可以区分 source artifact、compiled artifact、runtime guard 三层，避免把可读设计素材误当成可直接安装执行包。
• 对每日雷达，只有能提供 proof/CI/可读源码路径的 skill catalog 才应晋升为正式来源；纯营销 catalog 只留候选。

失败模式 / 边界

机器校验 README claim 不等于技能质量、任务成功率或安全性。跨宿主编译也可能产生最低共同分母：每个 host 的 permission、hook、tool schema 差异被隐藏。因此它适合作为 skill supply-chain / catalog governance 的样本，不应自动安装到无人 cron 写路径。

写入记录

• 2026-08-05 09:00 CST：新增 Agent Config 来源页，聚焦机器校验声明、跨宿主编译和外部 skill admission 启发。