Task Model Router

将任务分类后，仅在满足委派硬门槛时把独立工作交给匹配的原生子代理；主会话保留用户当前默认模型与推理强度，负责理解目标、选择路由、协调和最终汇总。本技能不得自行制造委派需求。

派发层级与集中调度

• 委派层级集中在主会话：只有主会话负责路由、创建、替换、并行和停止子代理。子代理默认不得创建自己的子代理，也不得创建新任务或新线程。
• 子代理发现需要拆分、并行、额外专长或替代代理时，只向主会话报告需求、理由、建议路由（含 model/reasoning_effort）及建议边界；是否派发、如何派发和何时停止由主会话决定。
• 唯一例外是主会话在该子代理的自包含任务简报中明确授权递归委派，并同时规定允许的任务范围、最大子代理数量、model、reasoning_effort 和停止条件。未同时具备这些授权项时，一律视为未授权。
• 主会话创建子代理的简报默认必须明确写入：“不得再派发子代理或新线程”。若确需递归委派，必须以该次明确、完整的例外授权替代默认禁令。

该集中调度规则不改变实现所有权、生命周期恢复门禁、并行条件或权限规则：递归委派获得授权时，授权范围内的派发仍须由被授权的子代理遵守本技能的所有权、恢复、并行和权限约束；超出授权范围必须回报主会话。

无条件升级

以下任一项无条件视为实质任务，必须按路由表委派；不得被任何例外、文件少、位置明确或改动短小的规则豁免：可执行代码、固件、LUT、校准或运行参数修改；真实或模拟设备控制、写入、刷写或 Flash 全量下发；构建、编译、测试、代码生成或产物验证；多文件；外部服务、跨进程、跨系统或持久化状态。涉及正式代码实现、修复、重构或测试时，默认使用 Terra/medium。

生命周期门禁与一次性预检

每个新工作回合，以及发生子代理中断/终止、会话恢复、上下文压缩、用户说“继续/恢复”、范围新增或变化、代理状态变化后，在首次文件写入或实现、构建、测试、生成、部署、设备命令之前，必须重新分类。状态未知即未分类，主会话不得实现。

在上述每次新回合或生命周期变化后只执行一次三问预检（不要求每条命令重复检查）：

1. 是否纯机械微改？
2. 是否命中无条件升级？
3. 是否已有活动/中断代理所有权？

只有答案依次为“是/否/否”时，主会话才可实现；否则按本技能路由或执行所有权规则处理。预检不能维护复杂状态机或日志。

实现所有权

实质任务委派后，子代理拥有实现所有权。父会话只负责澄清、协调、等待、只读检查和总结；子代理未完成时，父会话不得编辑实现文件，也不得运行实现或验证命令。中断/终止不转移所有权：先检查代理状态，活动则等待协调；可继续则向同一代理发送 follow-up；不可用则按原路由新建替代代理。完成后父会话可进行只读检查和非修改性最终验证；需要修复时仍交同一代理，或重新按路由委派。

精确路由复用的会话代理池

• 主会话按精确参数组合维护可复用代理：键必须同时包含 model 和 reasoning_effort。创建代理前，先检查是否已有相同键、处于空闲或可继续状态且任务边界兼容的代理；满足时向该代理发送 follow-up 复用，不重复创建。
• 模型或推理强度任一不同都不得复用；不得用更高或更低强度替代路由表规定的精确强度。路由改变时，主会话先切换到已有的精确匹配代理；没有匹配代理时才创建新代理。
• 路由在整个连续工作单元的核心任务首次派发时确定，避免按命令或小步骤频繁切换。只有用户改变范围、任务性质实质变化、进入独立阶段、现有代理不可用，或确需独立并行时，才重新路由。
• 默认每个常用路由组合维持一个代理循环使用；仅同一路由确需并行或原代理不可用时允许额外实例。并行仍须满足输入独立、文件集合不重叠且不会重复大量上下文。
• 不同代理不共享对话或内部推理，只共享工作区状态。切换时仅发送最短交接包：已完成、当前文件状态、既定结论、剩余工作、验收标准；不得复制完整历史。

委派硬门槛

主会话仅直接完成：能够仅凭当前对话回答的简单即时问题、单次只读查询，或同时满足以下全部条件的纯机械微小修改：单文件；替换内容已由用户或既定结论精确确定；不改变可执行逻辑、构建配置、运行时数据或设备行为；不需要构建、测试、代码生成、部署或设备命令；不涉及工作区外、跨系统或持久化状态。行数少、位置已知、临时改动本身均不足以豁免。

默认应委派：路由表中的实质性任务，尤其是需要搜索或理解项目、产生独立成果、修改多个相关位置、进行诊断或审查、实现与验证代码，或作出架构取舍的工作。用户明确要求委派、子代理或并行时必须委派。

默认按整个任务的核心难点选择一个代理端到端完成。连续阶段（例如诊断后修复）仅在 model 与 reasoning_effort 精确相同且任务边界兼容时复用同一代理；若路由参数不同，必须按“精确路由复用的会话代理池”切换到对应代理。只有下一阶段确实是独立阶段、现有代理不可用或需要独立审查时，才切换代理。

路由表

仅当 Luna 类任务材料规模大、归纳遗漏或首次整理不可靠时，才升级为 gpt-5.6-luna / max；资料层面的可核对分歧先由 Luna/max 处理，经过分析仍存在关键冲突才升级为 Astra/high。以上是本地路由策略，用于本会话的任务分工；不要把模型选择表述为官方性能结论。符合路由表条件的任务可直接路由到 Astra，无需等待其他模型失败。文件多、代码长或工具/步骤数量多本身不会触发 Astra；应依据是否需要持续判断、恢复、重新规划和处理动态结果来分类。Astra 只用于路由表明确的复杂联合推导、紧密交织的复杂编程、多步骤 Computer Use、动态跨工具执行，或关键证据冲突/深层约束难题；普通未知错误先按正常诊断流程处理。默认只路由到 medium 或 high，不默认使用 max/ultra。

分类与冲突规则

• 按确定性的核心难点分类：边界清楚的架构取舍、跨模块设计→Sol；多个系统约束相互牵制、需要联合推导的复杂设计→Astra medium；设计、实现、调试紧密交织且需要持续调整方案的复杂编程→Astra medium；需要观察界面、判断状态并处理异常的多步骤 Computer Use→Astra medium；跨工具执行且后续依赖前一步结果、需要动态调整计划→Astra medium；已有分析仍存在关键证据冲突，或经过诊断仍无法解释失败，或上述复杂任务的深层约束难题超出常规联合推导→Astra high；证据驱动定位/独立审查→Terra high；边界清楚且方案明确的常规编程→Terra medium；读取归纳→Luna high；机械文档配置→Luna medium。文件数量、代码长度或工具/步骤数量本身不改变分类；不要使用模糊的“最高复杂度”。资料层面的可核对分歧先升级到 Luna/max，经过分析仍存在关键冲突才升级到 Astra/high；普通未知错误先正常诊断。
• 测试失败或需要补改时，先重新分类；仅当重新分类后的 model 与 reasoning_effort 和现有代理精确相同且任务边界兼容时，才由同一代理继续。根因未知时若重新分类不满足该精确匹配条件，必须切换到已有的精确匹配代理，没有才创建；根因明确的补改同样遵循此规则。
• 升级到 Astra 时，交接包必须携带已观察证据、已排除的方案、仍未解决的问题和验收标准；升级后精确复用对应的 model 与 reasoning_effort，不得用其他组合替代。
• 紧密耦合的设计、编码、浏览器验证由同一 Astra 执行者连续完成；方案稳定且后续实现可独立交接时，再转 Terra/medium。Computer Use 委派前必须确认执行者能访问所需工具和现有浏览器会话或桌面；同一浏览器会话或桌面只允许一个执行者操作，不能假设权限继承代表工具会话可用。工具不可用时遵循现有失败报告规则，不擅自新开任务或更改模型。

代码注释

• 创建或修改代码时，必须保留或补充必要注释，重点说明非显而易见的业务规则、算法意图、边界条件、兼容性处理和重要取舍。
• 用户没有指定注释语言且项目没有明确规范时，默认使用中文注释；用户要求或项目既有规范优先。
• 注释解释“为什么”和关键约束，避免逐行复述代码、描述显而易见语句或添加容易失效的冗余注释。
• 委派代码任务时，在自包含简报中明确携带上述注释要求。

委派与回退

• 需要委派时优先使用原生子代理，创建时固定 fork_turns="none"，显式传入路由表中的 model 和 reasoning_effort。发送最小自包含简报，只含目标、必要路径、约束、验收标准和主会话已有结论；不得复制完整历史或让代理重复已完成的搜索/分析。
• 仅网络、容量或临时服务异常用相同参数重试一次；模型不支持、参数无效、权限或策略拒绝直接报告。仅当能唯一确定同一保存项目、相同工作目录和起始状态时，才自动回退 Codex 新任务，并显式传入相同 model/thinking；否则停止，不猜测。
• 子代理继承主会话技术访问权限。原请求范围内安全本地读取、写入和非破坏性验证无需重复确认；回答/审查/诊断默认只读，用户要求实现/修改/修复/编辑时才可写入。外部写入、破坏性操作或扩大范围需确认。
• 精简报告：agent、requested、confirmed（仅有证据时）、result、remaining；没有实际记录则标 unverified，不复制长日志和完整过程。

紧凑示例

• 解释模块：主会话直接完成。
• 定位测试失败并修复：若诊断与修复属于一个连续工作单元，首次路由为 Terra/high，由同一精确路由代理端到端完成；若后来新增独立实现阶段且应路由为 Terra/medium，则切换到已有的 Terra/medium 代理，没有才创建，并发送最短交接包。
• 跨模块设计并落地：边界清楚时由 Sol/medium 完成；只有实现量大、方案稳定且短摘要可交接时才切 Terra/medium。
• 多个系统约束相互牵制的复杂设计：路由到 Astra/medium；交接时携带证据、已排除方案和未解问题。
• 设计、编码、调试和浏览器验证紧密耦合且需要持续调整：直接路由到 Astra/medium，由同一执行者连续完成；方案稳定后才考虑交接给 Terra/medium。
• 多步骤 Computer Use 或动态跨工具执行：只要需要观察状态、处理异常或依据前一步结果调整后续计划，直接路由到 Astra/medium；工具/步骤数量多本身不构成升级理由。
• 已有分析仍存在关键证据冲突，或经过诊断仍无法解释失败：升级到 Astra/high；升级前先保留可复现证据和已排除路径。