---
name: dispatch-accept-verify
description: >-
  多助手协作底座。把活派给其他助手、外部模型会话，或开了后台命令之后用：
  管怎么登记、到点怎么查、接单／收到成果／验收完成怎么分开记、没人接怎么办、
  开工收工怎么点名、放行后立刻叫开工；只有验收完成或授权取消才退出未完清单。不用于：收回来的东西对不对（见同仓
  ../evidence-before-done/）；等待程序为何退出、怎么修（另用排错类技能）。
---
# 派出去的活要收回来

属于开源包 Solo to Team · 一人成队（solo-to-team-skills）。

## 含什么

一套「谁派谁收」的闭环做法：登记一行（写明谁到点查）、到点按状态查所有未完项、分开记「已接单」「已收到成果」「已验收」、新预计和正式改期分开记、开工／收工点名、不自建定时催办、授权或放行后立刻叫下一棒开工。附可复制的登记行模板（见 `templates/登记行模板.md`；仓库根目录另有 `../../templates/task-register-line.md`，同结构、路径各自适配）。

## 适合谁

- 一个人总控、多个长期助手（或子代理）并行干活的小团队
- 经常把活派到「不一定会发完成通知」的后台命令、外部会话、跨机器任务的人
- 需要可审计的交棒／收棒记录，而不是口头「应该好了」的人

## 怎么用

1. 安装本技能目录（与同仓其他技能并列即可；不绑死某一家助手产品）。
2. 每次派出「平台不会主动通知完成」的活，或你不确定会不会通知的活：**开跑当下**按模板登记一行。
3. 到点（例如预计时间＋5 分钟，按任务时限调整）：登记里写明的检查人查**所有未完项**，按各自状态处理对应节点（没人接、接了没交、交了没核）；他不在线，按登记写的接替人或下次可查时间来查，详见第 3 节。
4. 执行人确认接下：追加「已接单」。成果到了约定位置：追加「已收到成果」。按同仓「交活前要有证据」（`../evidence-before-done/`）核过：追加「已验收」，才往下交或关闭。
5. 授权／放行一出：派活人**当场**叫下一棒开工，收到「已接单」或开工证据才算接住。

## 依赖

- 任意能让助手读写共享记录（文档、议题、聊天置顶、仓库文件）的协作环境即可
- 不依赖特定云厂商、特定 IDE 插件；有「派任务／收回复」通道就能用
- **依赖**：「已验收」这一步要按同仓 `../evidence-before-done/` 核，所以建议两支一起装；只装本技能时，这一步由你按约定逐条手工核
- **可选搭配**：`../beginner-ops-writing/`（须本人做的步骤怎么写）、`../ops-case-notes/`（真活里在哪漏过），不装不影响本技能
- **手动复制时**：整目录拷 `dispatch-accept-verify/`，**连同 `templates/` 一起**；只拷 `SKILL.md` 会丢登记行模板。宿主只收一份正文时（如存成私有技能），把 `templates/登记行模板.md` 也一起贴进去

## 示例

见 `templates/登记行模板.md`：待收／已接单／已收到成果／已验收／退回／已取消／续期／升级／叫开工／点名完，各一行模板，复制即用。完整跟做一件小任务见包根 `examples/walkthrough-meeting-notes/`。

## 验证到哪

本方法已在「一人总控＋多长期助手」的队内日更主链上跑过（脱敏运营记录见同仓 `../ops-case-notes/`）。公开包承诺的是**可照做的做法**；是否减少漏接、是否少催，见运营记录「仍未证明」栏，本技能正文不下效果结论。

---

一句话：**谁派谁收，收回来、核过（已验收）、交出去才算完。**

## 1. 分清两类活

- **平台会通知的**（例如当前会话里的后台任务跑完会推一条）：可以先等通知；仍建议登记，防止通知丢了没人知道。
- **平台不通知的**（另一台机器上的命令、外部模型会话、第三方工具）：开跑当下就登记，不等通知。这类活的等待程序可能悄悄退出，通知可能永远不来。等待一停，**不等于成果回来**：马上去结果该在的地方看；看见了才记「已收到成果」，看不见就查是失败还是丢了，这件仍算未完。

## 2. 登记怎么写

在接力／派收记录写一行：

`待收｜任务标识｜什么活｜谁在干｜谁来收｜预计几点交｜到点谁来查（若不在线：授权接替人／下次可查时间）｜结果放哪｜做到什么算完｜建议下一棒用哪些技能`

任务标识随便起，短、不重复就行（如 `M-01`），之后每条更新行都以它开头。最后一栏可空；有就写技能名（如 `evidence-before-done`）。

**只追加，不改写**：状态变了就追加一行新状态，原行字段（尤其原预计交时、结果放哪）原样留着。

「到点谁来查」写一个具体的人，不写「到时候看谁在」。他那时可能不在线，就在同一格写清：关键节点按已有授权由谁接替；没有接替人，就写他下次能查的时间。实际查晚了，照实记几点查的、晚了多久，**不能写成已经兜住**。

完整可复制模板见 `templates/登记行模板.md`。

## 3. 到点怎么查

什么时候查：预计时间再留一点余量，例如＋5 分钟。这只是示例，按任务时限和影响调整；急活可以更短，长活可以更长，不用每件都填复杂参数。

查什么：到点或醒来时，查的是**所有未完项**（最后一行是待收、已接单、已收到成果、续期、升级、退回的），按当前状态看对应节点，不只查「过点没人接」的：

| 当前状态 | 到了哪个节点 | 怎么处理 |
|---|---|---|
| 待收 | 该接单了还没人接 | 去追执行人；追不上写「升级」 |
| 已接单 | 预计交时到了 | 去结果位置看：看见了记「已收到成果」；没看见就追问，按下面「改期」记「续期」，或写「升级」 |
| 已收到成果 | 该验收了还没核 | 按 `../evidence-before-done/` 核，记「已验收」或「退回」 |
| 退回 | 重交时间到了 | 和「已接单」一样：去看补交了没有 |
| 续期、升级 | 新预计或升级时约定的时间到了 | 按它前一个状态处理；正式改期还没确认的，仍按原承诺算逾期 |

谁来查：登记里写明的那位。他不在线时，关键节点按已有授权由接替人查；没有接替人，就按登记写的下次可查时间查，并照实记实际几点查的、晚了多久。**没人查到的那段时间，不写「已兜住」。**

等待停了、对方说好了，都不算成果回来：去结果位置看见了，才记「已收到成果」。

### 改期：新预计不等于正式改期

没按时交，执行人报一个新时间，那只是**新预计**（执行估计或建议），不是改期。追加「续期」行时：

- **原承诺保留**，原因、影响（谁在等、耽误了什么）一起写；
- 新预计照写，标「正式改期：未确认」；
- 有权改期的人（一般就是总控，在已有权限内统筹；负责人另有交代的按交代）确认后，再追加一行写「正式改期：已由某某确认」，新时间这才算新承诺。不另设审批；
- 确认之前，仍按原承诺算逾期；不能只填一个新日期，把逾期抹掉。

「退回」行里写的新预计，同样按这条处理。

## 4. 收到写已接：拆成三个状态记

一个笼统的「已接」容易同时指「接下了活」和「收到了成果」，扫描时一排除，没做完的活就漏出清单。所以分三步记，每步追加一行，都带任务标识：

- **已接单**：执行人确认接下这件活；成果还没到。
- **已收到成果**：交付物到了约定位置，收的人亲眼看见；还没核。
- **已验收**：按 `../evidence-before-done/` 核过，可以交下一棒或关闭。

核了没过就追加「退回」，写缺什么、新预计（新预计不等于正式改期，见第 3 节），任务仍未完。有权拍板的人明确说不做了，追加「已取消」。

**只有「已验收」或「已取消」才让任务退出未完清单**；「待收」「已接单」「已收到成果」「续期」「升级」「退回」都还在清单里。没有「已收到成果」这一行，就当没收。

## 5. 过点没人接、到点没交、交了没核

总控在线就按第 3 节去追，不等负责人来问；总控不在线，按登记写的接替人或下次可查时间来查，查的仍是所有未完项，不只是没人接的。追不上、做不到的追加「升级」，照实写拖了多久。

## 6. 开工、收工点名

把自己派出去、最后一行还不是「已验收」或「已取消」的活全看一遍（即待收、已接单、已收到成果、续期、升级、退回），按第 3 节的表逐件看当前状态：哪件过点没人接、哪件接了单到点没交、哪件成果到了还没核、哪件退回了等重交、哪件要报新时间、哪件新预计还没经有权的人确认。点完写一句「点名完，剩 N 件，最早几点到」。

## 7. 不自建定时任务

到点靠登记加醒来先查，不为「快好了」建定时任务、闹钟或后台循环脚本。负责人亲口要求才建，建了写明到期自删。

## 8. 放行后立刻叫开工

授权或放行一出，**派活的人当场叫下一棒开工**：执行人、交付物、交时对齐；下一棒回「已接单」或留下开工证据。这时只是接住了，成果回来、核过之前仍算未完。不得因并行收口别的活漏叫。

只有「消息收到了」不算接住。

反面（泛化）：授权／放行已出，总控去结别的单，漏叫执行人；负责人追问时仍零动作、无回执。

## 反面案例（泛化）

外部会话或后台活早已跑完，等待程序悄悄退出，没人登记、没人到点查，结果搁置数小时才有人接。

---

## 借鉴说明

思路改写自公开讨论中的闭环沟通、看门狗／死人开关、确认与升级，以及 obra/superpowers 中「Waiting on dispatched subagents」一段（MIT）；不是照搬原文。具体业界对标与许可保留见仓库根目录 `NOTICE`。