让委派可审计的四件套

在 9 个项目里反复复现的一套委派结构——核心不是“怎么交接”，而是怎么让交接结果可被客观审计，不必靠执行方自述取信。

四件套

在任务 repo 内建 .agent-handoff/，四个文件都由作者（Claude）写：

• task.md —— 一句话目标 + 背景。
• plan.md —— 技术方案、作者写了哪些代码、涉及文件、自测基线结果。
• acceptance.md —— 可执行验收标准（命令 + 预期 exit code + 检查项）。
• exec-order.md —— 给执行手的执行指令。

baseline commit = 信任锚

四件套写好后先提交一次 baseline commit。执行手跑完，用 git diff 就能客观证明它有没有动代码/数据——这才是“可审计”的来源，而非相信执行方说“我没改”。

exec-order 写死硬约束

执行指令里必须明写角色边界，把约束固化进指令而非寄望执行方自觉：

• 你是执行手不是作者：禁改任何代码/数据文件、禁“顺手优化”。
• 禁删任何文件；若认为必须删，停下说明原因交人决定。
• 某步失败：原样回报错误，不许自行改代码去绕过（修复回到作者）。

与分工、验收的关系

本页是 Claude 出方法、工具出执行的落地机制（分工↔审计一体两面）；验收维度见 委派产出的验收 rubric。机械步骤留 delegate-to-codex skill。