子Agent委派合同

规定子任务输入、权限子集、预算和结构化产物。

子Agent适合处理可独立定义、可检查并能合并的局部任务。委派合同应包含目标、输入快照、允许来源、权限子集、预算、deadline、预期产物与验证方式。仅给一个角色名如“法律专家”，不能保证它拥有正确资料，更不能保证结果可靠。

上下文应按任务需要选择。Claude Agent SDK提供子Agent能力，dots使用文档也区分持续协调者与获得必要上下文的委派任务。这些公开产品合同值得借鉴，但不意味着企业应默认复制用户全部聊天和memory。子Agent只需比较某份合同条款，就不应自动看到其他客户matter。

能力委派不能扩权。父Agent获得的凭证和批准上限是子任务的上限，子Agent可进一步缩减scope。需要新资源时回到控制平面，不以“另找一个Agent”绕过拒绝。子任务的工具轨迹、引用和费用仍归入可审计记录，返回给父Agent的是结构化产物和证据指针，而非无法定位的一段总结。

取消、失败与超时都要有明确传播规则。父Task取消通常应阻止依附子任务的新动作；已经独立获准的后台工作是否继续，需要产品合同决定。合并前先检查子结果是否通过局部验收。测试跨租户输入、过宽memory召回、失联子任务和恶意返回指令，避免把委派结果当高优先级规则。

适合委派的例子是让一个子Agent检查三条引用原文，另一个复算一组指标；二者有小范围输入和明确输出。若把“把整个报告做完”重复交给五个Agent，通常只是复制成本。开始并行前先问结果是否能独立验收，父Agent是否有能力识别错误与冲突。

子Agent数量应由可分解工作和配额决定。对强共享状态的连续编辑，单一owner通常更容易得到可解释结果，增加角色未必提高质量。

实践重点：限制scope与截止时间；子Agent工具轨迹保留，父Agent接收证据产物。

验证抓手：验证权限不能放大、取消传递与子产物复核。

常见误区：默认继承全部凭证与memory，或只返回无来源结论。

Claude Agent SDK：概览；OpenAI dots：Tasks and memory。