Subspawn 用于受控的子智能体委派与综合。主智能体保留规划、等待委派结果、汇总证据和最终决策的职责，除非用户另有说明。
用途：当用户要求子智能体、委派、扇出或派生策略，任务适合拆成 1-3 个独立有界子任务，或需要子智能体的模型/推理强度路由、跨委派结果的证据优先综合、自定义智能体选择与 fork 行为时使用。仅在用户明确要求子智能体或并行工作时才派生，不要用它为额外委派找理由。
主要能力：用户显式指令优先，包括扇出数量、强制委派或禁止委派、指定子智能体模型、推理强度、等待行为、只读或可编辑委派、自定义角色。派生前列出批次与独立性理由，收紧任务范围与输出契约，默认只读探索。扇出优先 1-3 个，4-6 个仅用于真正独立的读取、测试或审计通道且最多一个写入者；除非用户要求，不做嵌套子智能体。
使用方式：可用脚本生成计划，例如 python3 skills/subspawn/scripts/subspawn_plan.py plan --preset research --task "Research current Codex subagent docs" --scope "official OpenAI docs and GitHub only"；--role 指定角色，--mode edit 仅在写入面互不重叠时使用，--json 供其他工具消费；修改模板后运行 validate-roles。每个派生提示须写明任务、范围、只读或可编辑、等待预期、角色、模型、推理强度与返回格式。派生后立即等待整批完成，期间只允许等待、状态查询、解除阻塞、生命周期恢复或报告阻塞。
适用场景：需要证据优先的并行调研、代码审查、独立验证或审计通道，且协调成本低于质量收益时。
限制：模型策略遵循当前 Codex 工具 schema 与自定义智能体文件；默认中等推理强度，仅在必要时提升；Sol xhigh/max/ultra 不用于常规委派；V2 中 Luna 在原生自定义智能体支持验证前不路由。等待超时需做一次状态跟进并再次有界等待，最终输出须交代每个子智能体的完成、超时、关闭或失败状态。冲突发现需生成冲突台账。具体平台支持与收费信息暂未提供。