用途：把多个顶层目标并行委派给各自独立的 Goal Owner，每个目标在干净上下文中运行，由该负责人完整负责执行到验收，主智能体继续与用户交互。
启用条件：仅当用户显式调用 /parallel-goal-workflows 或 $parallel-goal-workflows 时使用。
主智能体职责：将用户意图、约束、项目规则、证据需求和暂停条件编译成本地简报；以 fork_context: false 或等价方式在干净上下文启动一个 Goal Owner，绝不 fork 或转发主对话；跟踪每个活跃负责人直到其报告 done、blocked 或 needs-human，再把报告或问题转达用户。启动负责人不等于完成。只有主智能体读取本技能，被委派方只收到任务局部简报，不含原始请求、会话记录、技能正文、运行时指令、工作流触发词或委派链身份。
可选目标 API：有带外目标 API 时使用；否则若宿主需要带内命令，就把 /goal 单独放在简报首行；两者都没有则发送同样目标形态的简报但不加前缀。
本地简报格式：以 /goal 开头，依次写 Local goal（一个具体结果）、Relevant context（仅任务相关事实与约束）、Boundary（归属范围与范围外事项）、Deliverable and evidence（验收标准、预期结果、验证与证明）、Pause if（需审批、凭据、破坏性操作、归属冲突或无法解决的判断）。应综合任务而非粘贴用户原话，同时保留工作所需的准确事实。
委派后：任务级研究、实现、评审、修复、验证与工作者协调都留给 Goal Owner；把澄清转给该负责人；报告有缺口时要求聚焦跟进。独立显式调用的目标获得新的 Goal Owner 并加入活跃集合；澄清或范围变更交现有负责人。运行中与静默视为等待状态。仅在 blocked 且有证据、needs-human、会话失败/死亡或用户明确要求后，才收回或替换归属。
Goal Owner 职责：负责分解、执行协调、评审、修复、验证、综合、验收判断与最终报告。选择最小的有效执行形态：直接执行或少量助手。每个子简报使用同一数据包，拥有更窄且可独立验证的结果，并排除编排历史；不得让子项收到整个任务或仅为协调而存在。通过聚焦的修复、验证或综合跟进解决不完整或冲突证据。验收需要完成标准或明确说明未解决风险。最终报告应简洁可转达，包含最终判断、所做工作或变更、评审修复与验证结果、支撑证据、剩余风险与未处理事项。仅当嵌套智能体深度或工具成为阻塞时，才阅读 references/codex-nested-subagents.md。
限制：资料未提供具体平台、运行环境、价格、安装命令或性能数据；使用前需确认宿主是否支持带外目标 API 或带内 /goal 命令。