Hermes 临时委派技能
通过将复杂任务委派给临时Worker来保护父级上下文，适用于多文件探索、实现、测试、审查与调试。
证据显示技能定义了明确的委托规则，要求验证子代理输出并传递自包含任务，降低了过度权限风险。但缺少用户确认机制或敏感数据处理说明，且委托工具的权限边界未完全明确，因此扣分。
技能指令自洽，提供了决策门和操作步骤，但未提供错误处理或故障反馈细节，且静态评估不支持执行验证，因此评分限于8。
技能有清晰的触发条件和决策门，但环境适配性未验证，尤其未提及中国大陆网络可达性，可能存在依赖外部服务的情况，因此扣分。
文档结构清晰，包含元数据、激活契约、硬规则、执行步骤和参考资料，但缺少FAQ、已知限制说明和明确维护路径，因此评分10。
技能能完成核心委托任务，但输出格式和直接可用性证据不足，且静态评估限制，故评分为6。
仅有源文件，无独立验证或测试证据，因此评分为3。
- 技能可能依赖外部服务或工具，需确认在中国大陆网络环境下的可用性。
- 缺少用户确认机制和敏感数据处理说明，使用时应确保数据安全。
- 技能未提供错误处理或故障反馈细节，遇到问题可能需要额外调试。
这个 Skill 能做什么，适合哪些场景？
该技能定义了父级编排者在面对复杂任务时的委派策略，以避免上下文过载。它提供了明确的决策门槛，标识何时应使用 `delegate_task` 而非内联执行，并规定了委派任务所需的硬性规则、执行步骤和输出契约。该技能强调Worker的临时性、需要传递自包含任务、以及必须验证Worker的自我报告。它旨在与支持 `delegate_task` 工具的Hermes代理配合使用，但技能本身是纯指令性的，没有外部依赖。
该技能不执行具体操作，而是提供一套规则和指导，让父级编排者使用 delegate_task 工具。它根据工作类型（如读取4+文件、编写2+文件、运行测试、审查diff）来决定是否委派任务，并指示如何构建自包含的任务、等待Worker返回和验证结果。它附带了参考资料，如 references/tuning-knobs.md 和 ../../hermes/sdd-orchestrator.md，用于配置和SDD集成。
- 当探索项目代码库、需要理解4个以上文件时，委派一个窄范围的探索Worker来保护上下文。
- 当实现涉及2个以上非平凡文件的变更时，使用单一Worker执行完整任务，避免上下文碎片化。
- 运行测试或构建时，委派一个执行者，而不是在父级中内联运行，防止上下文膨胀。
- 对diff或PR进行对抗性审查时，使用新上下文的审查者来获得新鲜视角。
- 多步骤调试中，若调试过程会淹没父级上下文，委派一个调试Worker，并将结果反馈回内联。
这个 Skill 有哪些优点和局限？
- 提供了明确的委派决策门槛，避免父级上下文过载。
- 强调自包含任务，减少Worker间和父级上下文中的记忆依赖。
- 要求验证Worker自我报告，提高可靠性。
- 支持并行执行独立工作流。
- 依赖 `delegate_task` 工具，未在其他代理中确认可用，可能无法移植。
- 未提供测试套件来验证规则的执行。
- 引用SDD编排器可能只适用于特定工作流，需要额外配置。
- 技能本身不包含实际任务，需要结合其他技能或工具使用。
如何安装这个 Skill？
将 internal/assets/skills/hermes-ephemeral-delegation/SKILL.md 目录放入代理的技能目录中，或遵循仓库的整体安装方式（通过 gentle-ai 安装器安装，或克隆仓库）。具体安装步骤未在SKILL.md中提供，因此请参照仓库的README了解整套技能集合的安装方法。
如何使用这个 Skill？
当作为父级编排者遇到需要委派的情况时，加载此技能。参照决策门槛表格判断是否委派，然后按照执行步骤操作：构建一个自包含的任务，包含目标、文件路径、相关上下文、约束、预期证据、允许的工具集和需要加载的SKILL.md路径，调用 delegate_task，等待Worker返回，验证输出，最后在回复中综合已验证的结果。
这个 Skill 与同类方案有什么区别？
源代码未明确提及或暗示替代委派框架，因此不提供比较。