任务委派
委派会把当前轮次中的复杂任务交给一个或多个子会话。Anyy 等待它们结束，再使用结构化摘要在父会话中给出综合回答。
什么时候使用
当任务可以拆分、而且本轮就需要结果时使用：
并行委派三个独立检查：API Contract、CLI 行为和测试。最后总结它们是否一致。
如果工作应该在当前轮次返回后继续，改用 后台任务。
单任务与并行批次
Anyy 可以委派一个聚焦任务，也可以并发执行多个相互独立的子项。批次会为每项返回 Status、Summary、Duration、Model、Token、Tool Trace 和子会话 ID 等结果。
适合并行拆分的例子：
- 分别比较不同文档；
- 核对互不依赖的来源；
- 检查不同组件；
- 生成多个方案，再统一取舍。
不要把一个简单查询拆成许多子会话。委派会增加模型调用、上下文传递和综合成本。
给子会话足够上下文
先说明共同目标，再提供每个子项真正需要的最少证据。确实有区别时，可以要求 Anyy 为子会话选择不同 Role、Workspace、Model、Label 或 Timeout。
子会话继承父会话的有效执行模式，不能得到父会话原本没有的工具权限。所有工具调用仍遵守 ChangePlan、审批和审计规则。
要求综合结论，不要只堆子会话原文
提前定义父会话最终要做的判断或比较。需要追查细节时，再检查各项 Summary 和 Tool Trace。
查看与停止
父会话可以用子代理控制工具列出运行、读取历史并取消活动子会话。Dashboard 里也可以在会话/后台活动中查看子会话消息和工具执行。
普通子会话不能再次委派，也不能递归启动后台工作，从而限制委派树的深度。
失败与超时
一个并行批次可能同时包含成功项和失败项。Anyy 应当综合已经完成的证据，明确指出缺失检查，不能把部分结果描述成全部完成。
取消或 Timeout 会停止子运行时，但无法撤回外部服务已经接受的真实动作。
控制费用
- 只委派真正独立且有意义的工作单元；
- 不确定或昂贵的任务设置 Timeout；
- 只有能力足够时才选更便宜的子模型；
- 要求简洁 Summary；
- 费用异常时检查 Token Total 和 Tool Trace。
常见问题
| 现象 | 检查项 |
|---|---|
| 子会话缺少工具 | 父会话没有该工具/Toolset，或策略过滤了它 |
| 结果有多项但综合不完整 | 要求汇总所有完成项，并点名失败项 |
| 子会话超时 | 缩小任务、明确提高 Timeout，或改用后台任务 |
| 子会话内委派被拒绝 | 递归委派被明确禁用 |