菜单
为有明确净并行收益的任务编译 TeamPlan，默认用 Codex 原生 Multi-Agent V2 创建 Luna XHigh/Max leaf Worker，并在需要独立 worktree、侧栏可见、跨任务恢复或耐久监督时切到 App Thread。用于两个以上独立交付物、独立验证，或用户明确要求模型路由、后台 Worker、Agents Team、Grok/Gemini Worker。简单问答、状态查询、单文件小改、强顺序任务和不可逆操作不自动触发。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/zjp1997720/zhijian-skills --skill codex-model-routing-team命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | codex-model-routing-team |
| description | 为有明确净并行收益的任务编译 TeamPlan，默认用 Codex 原生 Multi-Agent V2 创建 Luna XHigh/Max leaf Worker，并在需要独立 worktree、侧栏可见、跨任务恢复或耐久监督时切到 App Thread。用于两个以上独立交付物、独立验证，或用户明确要求模型路由、后台 Worker、Agents Team、Grok/Gemini Worker。简单问答、状态查询、单文件小改、强顺序任务和不可逆操作不自动触发。 |
主 Agent 保持当前模型，负责任务拆分、所有权、集成和最终验收。两个以上 Worker 先编译 TeamPlan；默认路由为 native_subagent/gpt-5.6-luna/xhigh/standard，高风险升 max。App Thread 是有状态工作区与耐久任务的专用 Surface，不再是 Luna 的兼容入口。
简单问答、状态查询、单文件小改、强顺序任务和不可逆外部操作留在主任务；Worker 只能准备外部动作材料。
native-v2（默认）：用原生 V2 创建 Luna leaf Worker；fresh context 使用 fork_turns="none"，需要少量最近上下文时写正整数。三类 JSON 默认从 stdin 校验。durable-app：任务需要独立 worktree、侧栏可见、跨任务恢复、长期监督，或原生路径缺少精确 live 能力时，使用 App Thread 与耐久账本。lead_only。scripts/validate_team_plan.py；已有上游计划时只编译、不重写。schema_version: "3.0" RoutePlan，写 surface_intent: parent_integrated|durable_app 并运行 scripts/validate_route_plan.py。原生候选必须显式写 fork_turns 和 tuple-bound runtime_evidence；Fast 还必须有当前 live service_tier=priority 证据。task_id、权限、验收和禁止下级派遣；简报精确路由、职责、fallback 与 reserved slots。standard 6/8/3；expanded 12/16/6 需 live 容量门、2 个 reserved slots 和 10 分钟内的结构化证据。child slots 等于总槽位减协调者与活动 Worker，按较小值切波。RELEASED，App Thread 过门后归档。运行 scripts/validate_team_ledger.py。unknown。model: luna frontmatter；编排入口留在协作父 Agent，Luna 只做 Worker。service_tier=priority；live schema 无字段时一律 Standard，不把 catalog 或请求值冒充 observed Fast。app_thread 只用于 worktree、侧栏、跨任务恢复、耐久监督或预声明 fallback。pendingWorktreeId 不得当正式身份；UNKNOWN 禁止追问、归档、fallback、重复创建或改数据库。交付必须完整、自洽并经主 Agent 验证，包含可审计的 Surface、模型、推理强度、速度、上下文范围、Provider 门、尝试、fallback、采纳及收尾状态。行为边界见 验证案例 与 evals/。