子任务

足够复杂的 WorkItem 可以成为 子任务（Child Mission）。子任务有自己的 Group、Coordinator、WorkItem 图、成员资格、预算、截止日期和审批政策。父级 WorkItem 和子任务保留彼此的稳定链接 (MWP-MSN-024)。

子任务是拥有独立生命周期的 Mission。子任务不是 WorkItem，也不是 WorkItem 的另一种显示名称。

根 Mission 及其 Group
└── 父级 WorkItem 进入 blocked 状态
    └── 子任务及其独立 Group
        ├── 子任务 Coordinator
        ├── 子任务内的 WorkItem 和 Evidence
        └── 子任务 Approval
            └── 结果作为父级 WorkItem 的 Evidence 和 Artifact 返回

创建子任务不会将父 Group 转变为嵌套聊天室。子任务拥有独立的 Group，并且只与父级共享经过授权的摘要、Artifact、Evidence 和稳定链接。

权限和批准

父级 Coordinator 充当子级 MissionOwner，并代表父级 WorkItem 批准子级结果。Organization 风险策略还可以要求直接的人工批准。批准的子任务结果会作为父级 WorkItem 的 Evidence 和 Artifact。

父级 Coordinator 接收状态更改、摘要、修订估计、阻碍因素、预算或政策升级以及最终结果。它不需要每个子Message，同时保留授权按需检查。完整的可见性边界是MWP-MSN-026。

范围向下缩小

父子图仍然是非循环的。子级的预算、截止日期、能力、数据访问和权限仍然是父级的子集。当额外深度合理时，默认最大深度需要显式 MissionOwner 或策略批准 (MWP-MSN-025)。

这是 MWP-FND-020 中一般缩小不变量的子特定形式。

失败及后续工作

失败的子任务会发出结构化故障 Evidence，并根据其声明的完成策略影响父级 WorkItem。父级 Coordinator 可以重新规划、修改范围、创建替代子任务或取消该分支。

使用子任务在处于活动状态的父级 Mission 内完成复杂工作。
使用后续 Mission 进行纠正、补救或其他工作在批准的 Mission 变得不可变之后。