六个 AI Bot 怎么派活：共享记忆、逐步验证与发布复核
复盘用六个 Bot 分管邮件、站点、资料、代码、订阅和社媒的尝试：共用记忆，由总管分派任务，消息发布前人工过目，每步附验证动作。一次误判发帖失败导致重复发布后，又增加刷新确认；发帖时站点收入仍为零。
原帖要点
- 共用背景并安排交接：六个 Bot 共用记忆和群组，资料可从搜集、站点处理衔接到代码同步；不确定由谁处理的任务先交总管。
- 对外动作先过目：发消息与发帖先由本人过目；每一步还要附验证命令。
- 用事故补充确认规则：一次界面未刷新导致重复发帖后，作者规定发布后等 30 秒、刷新确认，再判断是否成功。
- 按任务分配额度：能走接口就减少浏览器操作；润色、查资料和读长文拆给 Gemini CLI，以分开使用额度。
原帖解读
角色如何命名之外，更值得继续看交接条件和完成证据。
把交接条件写进任务
共享背景之后，仍需说明任务接收什么、交回什么，以及阻塞时由谁继续处理。可对照经营决策记录与单任务 Bot 复盘，检查资料是否更新、结果能否被下一个角色采用。
让验证对应实际业务状态
命令执行成功、界面有反馈和对外动作完成，所需证据可能不同。可与支付故障修复记录对照，按任务核对结果。作者等待 30 秒的做法来自个人事故，不能据此确定所有平台的确认办法。
按环节阅读：做产品与交付 · 把想法做成产品或服务，检查能否完成交付。
