setup-delegation-policy

设置委派策略

在一项工作的开始阶段、尚未有任何推理影响决策之前进行委派，效果最好。技能无法守住这一时机：只有在某些事情提醒 Agent 去调用它时，技能才会触发，而那时推理已经开始。始终加载的引导文件中的常驻规则则会在每一轮中生效，因此我们会安装这条规则，而不是调用它。

policy.md 就是这条规则。它按层级编写，模型名称仅作示例，因此适用于任何框架。整个文件就是要载入的内容，从其 ## Delegation and model routing 标题开始，原样复制。

不预设任何框架。对于每个框架，都要根据其自身文档和工具查找引导文件、委派机制和可用模型，因为这些内容的位置和格式会随版本变化。

步骤

1. 选择框架和操作

运行 python3 -I scripts/detect-harnesses.py（添加 --json 可获取结构化输出）。它会列出在磁盘上发现的候选项，不预先指定任何框架：每行显示目录、路径中的命令、引导文件、是否已有委派章节（policy=），以及存在的层级 Agent。仅包含已安装技能的目录会以一行 skills-only 显示。若缺少你正在使用的框架，请将其添加进去，向用户展示列表，并请用户确认列表内容并补充遗漏的框架。

对于每个框架，报告脚本检测到的状态，并询问用户要执行什么操作，同时给出建议：

• Configure：尚未安装任何内容时使用。
• Reconfigure：已有安装内容时使用，以重新同步规则并重新绑定各层级。
• Remove：删除此技能安装的内容。
• Skip：跳过。

完成条件：每个已确认的框架都有一项操作。

2. 配置或重新配置每个框架

1. 引导文件。 查找框架的全局引导文件，即它每一轮都会读取的常驻指令。即使文件存在但为空，也算作引导文件。如果其中没有以 ## Delegation and model routing 为标题的章节，就在空行后追加载入内容。如果已有该章节，就从其标题开始替换，直到下一个 ## 标题或文件末尾为止，这样重新同步时不会留下两份副本。如果框架没有全局引导文件，请询问用户是否要创建。
2. 层级绑定。 检查框架的委派工具。若每次调用都能覆盖模型，则无需层级文件：规则会让 Agent 在调用时传入该层级的模型。若框架将模型绑定到具名 Agent，则每个层级都需要一个 Agent，因为没有同名 Agent 的层级是规则无法触达的层级。按照 tier-agents.md 向用户提供框架实际可用的模型选项，并写入文件。若框架完全没有委派工具，则保留规则中拆分工作的部分，不进行路由。

完成条件：每个框架都包含且仅包含一个与 assets/policy.md 完全一致的章节，并且每个可绑定的层级都有对应的 Agent 或每次调用的模型覆盖。

3. 移除每个框架

从引导文件中删除 ## Delegation and model routing 章节，从其标题开始，直到下一个 ## 标题或文件末尾为止，其余内容保持不变。随后分别询问是否要删除层级 Agent 文件，并列出文件名。规则移除后，这些文件不会产生作用；如果用户只是要重新同步而非彻底退出，则应保留这些文件。

4. 验证

• 每个写入过的引导文件都恰好有一个 ## Delegation and model routing 标题（用 grep -c 检查），执行 Remove 的文件中则没有该标题。
• 安装的章节与 assets/policy.md 完全一致：从每个文件中提取章节，并与源文件进行差异比较。章节仅仅存在，并不代表它不是过期副本。
• 每个文件仍保持原有文档结构：该章节应作为独立章节插入，而不是位于围栏代码块内部或句子中间。
• 若写入了层级 Agent 文件，则 tier-agents.md 中的检查均应通过。

5. 报告

针对每个运行环境，报告写入、重新同步、移除或跳过了哪些内容，以及策略无法获知的内容：每个层级如何绑定（按调用覆盖或绑定到命名 Agent）、各层级解析出的模型及其发布时的价格、根据 assets/policy.md 的模型版本规则检查过的各个所选模型系列的版本、运行环境无法承载的任何层级及其实际支持的上限，以及运行环境内置 Agent 自身的绑定。这些内置绑定以及运行环境中的其他所有设置都属于用户：只需报告，不要更改。

说明

• 引导文件按回合读取，因此无需重启。
• assets/policy.md 是唯一可信来源。要更改规则，请编辑该文件并重新运行此技能，而不是修改已安装的副本。
• 保持代码库范围内的引导文件不变：这是关于 Agent 如何工作的规则，并非针对任何一个代码库。