用途：将足够独立、可在隔离上下文中完成的任务委派出去，让前台对话无需等待结果即可继续。
主要能力：提供 analyst 与 reviewer 两种配置。analyst 用于数据检查、计算、实验和生成产物，可使用会话的 Code Interpreter；reviewer 用于独立的只读审查，不能执行代码或修改源文件。任务复杂度可选 low（窄范围提取、分类或简单检查）、medium（常规分析与审查）、high（真正困难的推理或广泛综合）；省略 task_complexity 时继承父模型。
使用方式：先界定任务，给出一个具体目标和一个交付物，提供可观察的验收标准，只传递任务所需的工作区路径与上下文，在约束中写明明确的非目标，不要把完整对话复制进 context_summary，不相关的交付物应拆成多次委派。然后选择 profile 与复杂度，调用 delegate_task 一次，它会立即返回受理回执，随后继续前台对话。仅在用户询问状态或后续决策需要结果时使用 get_delegation，可按 profile 或独特目标文本过滤；仅在明确要求取消后台任务时使用 cancel_delegation，若匹配多个任务应缩小目标而非猜测。
适用场景：父任务可继续、且被委派任务独立到能在隔离上下文中完成的情况。
限制：不要递归委派；不要用于 Gmail、Calendar、Notion、GitHub 写入、OAuth 或其他外部副作用；不要让子代理修改其输出目录之外的文件；不要假设中断前台响应会取消已受理的委派；以邮箱完成作为权威的最终结果。不要委派“调查一切”“修复所有问题”“继续帮助这个项目”这类请求，应先收窄。不要暴露或编造内部任务标识符。