把任务交给 AI 后，最该分清的不是它说了几次“完成”，而是文件到了没有、内容核过没有。公开仓库 Solo to Team 提供的不是一个自动组队应用，而是四支协作技能和配套模板，帮助使用者把接单、收件、验收分别记下来。
提交记录显示首次上传日期为2026年11月7日；项目说明仍标为草稿，不能把这次上传当成最终版发布。仓库采用 MIT 许可，但它开放的是技能包，不是所用 AI 工具的免费额度。
先把一件小活收回来
不急着安装也能开始。项目建议用记事本或表格练习：派活时写明执行人、接收人、预计交时、检查人、成果位置，以及什么结果才算完成。对刚接触多个助手的人，这比先配置一堆代理更容易检查哪里断了。
登记模板要求状态变化时追加记录，不覆盖旧行。收到文件只记“已收到成果”；核对之后才能记“已验收”。退回、延期并不会让任务退出未完清单，原来的交付承诺也要保留。
已经使用 Agent 工具的读者，可先按仓库建议搭配启用 dispatch-accept-verify 和 evidence-before-done。手动安装要复制整个技能文件夹，不能只拿 SKILL.md，否则可能漏掉派收技能附带的模板。以仓库列为已验证的 Cursor 为例，装好并登录宿主后，将这两个文件夹复制到 ~/.cursor/skills/，再在 Cursor Agent 中要求“用 dispatch-accept-verify 登记一件待收任务”。其他工具见仓库的“各宿主怎么装、怎么叫”章节，支持仅限列出的安装与调用方式，不覆盖同品牌所有客户端。
英文说明也提醒，技能正文和登记模板目前用中文编写；需要英文输出时，可要求助手用英文回复。它还指向完整英文练习 examples/walkthrough-meeting-notes/README.en.md，提供可复制指令、通过与退回示例、英文登记行及中文状态释义。
能写登记行，不等于会自动追任务
项目明确不提供自动派工、叫醒或回执。到点检查靠宿主已有能力，没有就得人来查。仓库所称的多宿主验证包含有限任务记录，不代表长期稳定，也没有证明错误率下降或催办减少。
核证思路也不是装包后才有。它借鉴的 Superpowers 验证技能同样要求先取得证据，再宣称成功。我们的判断是，这套包最适合先补“谁来收、凭什么收”的记录缺口，而不是替代调度系统。试用时只派一件结果可打开检查的小任务，确认收到与验收确实被分开，再扩大使用。