📄 一句话概括
委派指令必须写清任务与范围,还要写死返回格式——子代理看不到主会话的心里话,你不写清,它就自己猜。
📝 本节和前面几节的关系
三问定完【怎么派】,这一节说【派什么、收什么】——委派的最后一块。
一、四个要素
- 任务:要它干什么,范围到哪(哪些文件、按什么规则)。
- 约束:能不能改文件、超时多久、能不能联网。
- 返回:格式写死(表格/JSON/固定小节)。
- 判定:只报确定的,还是把疑似的也列出来。
二、差的写法与好的写法
- 差:帮我看看代码 → 范围、深度、格式全靠它猜。
- 好:检查
src/下 12 个文件的空指针风险,只读、超时 5 分钟,输出表格:文件/行号/等级/理由。
差的那一句不省时间——它只是把成本挪到了子代理的猜测上。
三、返回格式为什么要写死
主会话拿回来的是一段文本,要直接能用(填进报告、继续判断)。
格式不写死,主会话还得再解析一遍——等于白派一趟。
四、回扣可追溯
子代理的会话也是事件流水——派出去那一步、收回来的结果,都留在账上(6.5 的四类事件)。
所以委派不是【法外之地】:它的输入与输出同样可查。
五、动手 Demo:委派指令要写清任务和返回结果
差的写法与好的写法对照:
rows = [("任务", "帮我看看代码", "查 src/ 下 12 个文件的空指针风险"),
("范围", "不限", "只读不改, 超时 5 分钟"),
("返回", "告诉我结果", "表格: 文件/行号/等级/理由"),
("判定", "没说", "只报确定的, 疑似单列")]
for a, bad, good in rows:
print(" %-4s 差: %-14s 好: %s" % (a, bad, good))
实跑输出:
--------------------------------------------------------------------
委派指令要写清任务和返回结果
--------------------------------------------------------------------
差的写法与好的写法对照:
要素 差的写法 好的写法
-------------------------------------------------------------
任务 帮我看看代码 检查 src/ 下 12 个文件的空指针风险
范围 不限 只读不改文件,超时 5 分钟
返回 告诉我结果 表格:文件 / 行号 / 等级 / 理由
判定 没说 只报确定的,疑似单列一节
-------------------------------------------------------------
子代理看不到主会话的心里话——**你不写清,它就自己猜**。
返回格式写死,主会话拿回来才好直接用。
差的那句不省时间——只是把成本挪给了子代理的猜测。 返回格式写死,主会话拿回来才好直接用。 委派的输入输出同样进账本——它不是法外之地。
30 秒实验
- 给你的一个委派指令补上范围与返回格式两栏。
- 把一句【帮我优化一下】改写成四个要素齐全的指令。
- 想想返回格式不写死,主会话要多干哪一步。
常见误区
- 错误:委派就是把要求转述一遍。——纠正:四个要素缺一不可——任务、约束、返回、判定。
- 错误:返回格式由子代理自己定更灵活。——纠正:格式不写死主会话还得再解析——等于白派。
- 错误:子代理干的事不进会话账本。——纠正:同样留痕——派出的那一步与收回的结果都在账上。
自测三问(点开对答案)
1. 委派指令的四个要素? —— **任务、约束、返回、判定**——缺一个就多一分猜测。 2. 返回格式为什么必须写死? —— 主会话要**直接能用**;不写死就得再解析一遍,等于白派。 3. 委派要不要留痕? —— 要。子代理的会话也是**事件流水**——派出的那步与收回的结果都可查。- ☐ 下一节(7.5 Sandbox:决定能力在哪个受控环境中执行)
相关笔记
- 模型看见的内容应当可追溯 —— 四类事件含工具调用
- 委派子任务的 3 个问题 —— 先说怎么派
- RPA与Agent交互 —— 另一条【派出去、收回来】的路
- 🐳 DeepSeek Harness · 索引