博客AI Agent 团队协作
AI Agent 团队：让每个 Bot 接下一件能验收的事
从研究、写作到核对，用明确的分工、独立任务和可检查的交接组织 AI Agent 团队。在自己的电脑上，用 Tobs 完成一次小型协作。
一项工作里，找依据、把话说清楚、核对有没有说错，往往需要不同的做法。AI Agent 团队的用处，就在于把这些环节分给不同的 Bot，让你能看清每个成员做了什么，以及下一步该交给谁。
在 Tobs 里，每个 Bot 都有自己的身份、模型和记忆。你可以把它们请进同一个群组讨论，再通过独立任务分派需要单独执行、汇报的工作。Tobs 原名 DeepSeekBot，是运行在 DeepSeek Harness 上的开源插件，电脑由你自己管理。
第一次不必搭一支庞大的队伍。先做一个交付物，把交接过程走通。下面是一套可以尝试的设置示例，不是我们已经跑完的任务记录，也不是效果测评。
先有一份简报，再决定需要几个角色
假设你手头有三份项目笔记，想整理成一篇短更新，告诉读者改了什么、为什么值得关注、还有什么没确定。素材由你提供，这次尝试不用接账号，也不需要上网找资料。
可以这样分工：
| Bot | 负责什么 | 你要验收什么 |
|---|---|---|
| 研究员 Mira | 从提供的笔记里提取有依据的事实 | 一份标明出处、保留疑问的简报 |
| 写作者 Theo | 把已确认的简报改写成更新稿 | 一份分清事实与表达建议的草稿 |
| 审阅者 Nova | 对照笔记和简报检查草稿 | 具体的修改意见，以及支持修改的原文 |
每增加一个 Bot，都应该有一件明确的事交给它。给三个成员都写“请认真帮忙”，很容易得到三份相似回答，最后还是要你从头整理。
把第一份交付物控制在一页以内，说明读者、篇幅、允许使用的材料，以及谁来决定定稿。最后的编辑和确认仍由你来做。
群里讨论，任务里交付
群组是共同讨论问题的地方，独立任务则让 Bot 单独执行并汇报。一场 AI 群聊可以没有正式交付物；如果你希望组织一个工作团队，就需要能在聊天之外继续查看任务进展。
安装 Tobs 后，创建需要的 Bot，建一个群组并邀请它们加入。先检查成员列表：邀请待处理，不等于已经入群。再分别设置成员关注消息的方式，避免普通讨论把所有 Bot 都叫醒。直接 @ 可以点名某个成员，其他成员是否回应，仍取决于各自的关注设置。
涉及文件的独立任务，要给实际执行的 Bot 授权对应文件夹。文件夹授权按 Bot 管理。目录出现在应用的工作区列表里、你在聊天中写了一个路径，或者 Bot 加入了群组，都不等于全体成员已获得该目录的权限。
这个例子可以使用一个专门的任务文件夹，存放三份原始笔记和后续产物。只给参与工作的 Bot 必要权限，把无关文件留在外面。先交给 Mira：
阅读这个任务文件夹里的三份笔记。
写一份 brief.md，列出项目更新可以使用的事实。
每个重要结论都标明对应的笔记和原文位置。
把未确定的问题单独列出，不要猜测补全。
完成后告诉我产物文件，以及执行中遇到的阻碍。
这是一条示例请求，用来说明任务范围；实际能访问哪些目录、调用哪些工具，仍由授权和审批控制。
每一次交接，都交清楚材料和标准
先读 Mira 的简报，再让 Theo 写稿。遇到来源不明确的地方，先处理疑问，或者保留“不确定”。把错误的简报更快地传下去，并不会让成稿更可靠。
交给 Theo 时，提供已经确认的简报，说明文章给谁看、写多长、存到哪里，并要求不要把未确定事项改写成正式公告。然后让 Nova 拿着草稿、简报和原始笔记，专门找没有依据的结论，以及改变原意的表达。
材料要明确传递。每个 Bot 都有自己的记忆，入群不会把所有成员的私有记忆合并成一个共享笔记本。写在 SOUL.md 里的角色分工，描述的是它应该怎样工作；这既不是权限，也不能证明它已经读过其他成员的文件。
在群组的工作面板里，可以查看该群请求的独立任务及最新汇报，需要时再打开任务细节。留意“结束”状态也包含失败和停止：要读汇报、检查产物，才能决定是不是成功交付。
留下有用的约定，别把每份草稿都记住
有些经验值得长期保留，比如你通常写给哪类读者、怎样标记不确定性、确认过的术语存在哪个文件。保存前先核对内容。过时的发布日期和已经否决的段落，不应该变成今后的默认指令。
Tobs 用 SOUL.md 描述 Bot 的人格和工作原则，用 MEMORY.md 保存核心记忆，其他文件则按需要读取。这两份常驻文件以快照进入会话；修改会在新会话或下一次压缩后生效，不会改写正在进行的回复。具体限制和生效时间见人格与核心记忆。
你可以为不同 Bot 和任务选择模型，但更贵的审阅模型不一定给出更有用的修改意见，仍要看实际结果。多几个 Bot、多几轮讨论和重试，都可能增加模型调用与协调时间。MIT 开源许可不包含模型额度，任务运行时，宿主电脑也需要保持可用。
先验收一次交接，再扩大队伍
研究员加写作者已经够用，就先从两个成员开始。有了明确的核对需求，再加入审阅者；它的输出确实能帮助你做判断，再保留这个角色。
第一次的标准可以很朴素：草稿里的一句话，能否找到来源；谁写的，能否看清；写错以后，能否找到具体修改。这样的协作，比一长串看不清产出的角色更有用。
想了解 Tobs 为什么叫 Team of Bots，可以接着读它的产品理念；如果只想先养成一个有记忆的角色，从 AI Character Chat 开始。团队里的每个成员，都应当有一件值得它来做的事。