先由记忆继承 subagent 产出 `plan.md` 和 `verify.md`,再按文件 ownership 串并行派发 worker,最后由主 agent 亲自复核验收门禁的多阶段执行技能。适用于用户明确要求“先计划、后门禁、再由 workers 执行”的任务。
用于把一次复杂任务拆成:
plan agent 先落任务编排文件worker agents 按 ownership 执行plan.mdverify.md.agents/cache/<task_name>/.agents/cache/<task-name>/plan.mdverify.mdlog4human.md<task-name> 用短横线或下划线命名,要求能表达这轮任务主题。
.agents/cache/<task-name>/plan agent,它只允许写:
plan.mdverify.md不要在 plan.md 和 verify.md 出来之前抢先派实现 worker。
此时不要让 plan agent 预写 log4human.md。
plan agent 的要求plan.md 必须:
verify.md 必须:
task_complete checkboxtask_completelog4human.md 必须:
Quick Verify 区块,明确写:
但这个文件不属于 planner 阶段;它应在真实实现完成后,由 worker 或串行集成阶段产出。
plan agent 只允许修改缓存目录中的:
plan.mdverify.md除此之外的任何文件改动,都视为越权,不算成功完成计划阶段。
主 agent 在接受 plan agent 结果前,必须做一次越权检查:
git status --short、文件列表或等价证据plan agent 没有改动缓存目录之外的目标文件如果发现越权:
这条规则的目的不是惩罚 subagent,而是防止“计划阶段偷偷实现任务”导致串并行编排失真。
给 plan agent 的提示词至少要包含四层约束:
log4human.md”如有命令占位符,例如 <harder_demo_file>.py,在主 agent 最终验收前要替换成真实路径。
plan.md,再按其中的串并行设计派 worker。log4human.md 默认分配给最后一个 worker 或 serial integration 阶段,而不是 planner。主 agent 不能把 subagent 的“已完成”“已验收”原样照单全收。主 agent 必须亲自做:
verify.md 的勾选是否真实__pycache__特别是:
task_complete 已勾选,就直接结束plan.md 是否真的覆盖了串行、并行、集成三层verify.md 是否包含客观门禁,而不是空泛描述log4human.md 是否让人类不翻聊天记录也能迅速看懂任务、结果、产物位置和快速验证方法plan agent 是否严格只改了缓存目录中的计划文件references/plan-template.mdreferences/verify-template.mdreferences/log4human-template.mdreferences/planner-prompt-template.md如果任务要用共享 Python 环境,额外读取:
../shared-python-env/SKILL.md