✦ 饭团的 AI 工作手册 · 独立中文导读 从这里开始

用项目频道管理多个 Bot 团队

Eric Zakariasson 记录了一次协作实验,用项目频道和 Notion 看板保持任务同步。

阅读官方原文
入门指南主题插画
本篇目录每个项目有自己的频道把卡住的任务摆出来原文章节索引动手做一次复制提示词
这篇导读依据 How I run multiple teams of Grok Bots 整理,包含原文章节索引和精简要点。后半篇的材料与实操练习由本栏目另行设计,不代表官方案例或测试结果。

每个项目有自己的频道

项目经理 Bot 维护项目与任务表,按项目组队。作者优先复用已有 Bot,并限制人数;新增成员需要他同意。

把卡住的任务摆出来

团队在频道里确定工作,项目经理同步进展。Bot 遇到阻碍会标记任务并请求输入。作者把这套做法仍视为实验。

逐章查看官方原文2 个章节

中文章名按原文顺序列出,点击阅读对应的官方英文内容。

  1. 建立项目分工
  2. 跟进执行与阻碍
AN ORIGINAL PRACTICE

本站练习,同时筹备读书会和旧书交换

本栏目另行设计的虚构练习 · 可用自己的工具完成 · 未作产品实测

这是本站虚构的双项目练习。两个活动共用一名资料员和一名文案员,统筹者只负责分配与验收。你可以用三个角色说明和两份本地文档模拟协作,无需创建真实机器人或云端看板。

先准备这些材料

项目 A 为周末读书会,十二个席位,周六十四点至十六点,地点待定。交付物是一页报名说明,地点确认前只能保持草稿。

项目 B 为旧书交换,周日十点至十二点,在文化站一楼,预计六十本书。每人最多带五本,不可售卖,剩余书由原主人带回。

两项活动分别使用 A 开头和 B 开头的任务编号。每项任务记录负责人、所需输入、交付文件、当前状态和下一位接收者。

01按项目分开材料

创建两页任务草稿,先把各自的时间和规则放进去。请资料员核对已知信息,再把可写的内容交给文案员。不要因两项活动都在周末,就把时间合成一个共同字段。每份公告必须能追溯到自己的项目材料。

02让缺信息的任务停在准确位置

读书会可以先写简介与席位说明,但地点字段只能保留待确认。把地点核实单独记为 A02,由资料员负责,完成前不验收报名说明。旧书交换的条件已经齐全,可以继续成稿;一个项目有阻碍,不应让另一个也空等。

03给出一次新的模拟答复

现在追加一条明确的虚构输入,主办方回复读书会地点为文化站二楼。让资料员把这条答复附到 A02,再交给文案员修改报名说明。检查它是否误把交换活动的一楼改成二楼,或者把周日的时间抄进读书会。

04按交付物检查完成状态

统筹者只对两份公告验收,逐项看时间、地点、人数或带书上限。草稿已经写完但还缺确认时,状态应为待审;只有材料齐全且核对通过,才记为已完成。保留旧状态和变更依据,避免在活动之间来回复制时丢掉出处。

交付后这样核对

最终应有两份独立公告和一张任务表。读书会为周六、二楼、十二席;旧书交换为周日、一楼、每人五本上限。A02 有模拟答复记录,两份公告都没有对外发布。

TAKE IT INTO YOUR WORK

把这段提示词带走

配合上面的虚构材料使用,也可以换成你自己的任务资料

用角色说明模拟两个虚构项目。A 读书会,周六十四至十六点,十二席,地点待定。B 旧书交换,周日十至十二点,文化站一楼,预计六十本,每人最多五本,不售卖,剩余书带回。分配资料员、文案员、统筹者,先出任务表与公告草稿。A 的地点未确认前暂停验收,B 可继续;不发布公告。
  • 两项活动的时间与规则没有混写
  • A 的地点缺口有负责人
  • 草稿与已验收状态明确区分

任务记录与沟通频道围绕同一个项目组织。

← 上一篇分享 Bot 模板前先看带走了什么下一篇 →工程 Bot 怎样检查代码交付