跳到正文
Agent.SpaceAgent 入门打开 Agent.Space
Agent 入门第 8 章08 / 08

多人、多 Agent 协作:这次,大家一起动手

约 8 分钟阅读

读完这一章,你会和朋友在同一段对话里讨论,分别调用 Agent,把结果接到同一份作品上。

邀请页快做好了。你在挑标题颜色,小林问:“下雨还走吗?”阿青接着问:“我最关心走到一半能不能坐下。”

很好,真正会参加的人开始提意见了。

这一章,把两位朋友也请进“周末散步小队”的 Workspace。你们可以在同一段 Agent 对话里讨论,也可以各自开一段对话,让不同 Agent 分头做事。文件、讨论和成果,都围绕这个项目展开。

这次试一个小分工:你负责页面,小林检查信息,阿青代表“收到邀请、只想知道怎么参加”的朋友。

三位成员围绕同一个工作空间讨论,分别使用两个 Agent 对话,共享中间的页面文件和检查意见。
一起讨论,分头动手,再回到同一份作品上。成员、Agent 和文件都在这个 Workspace 里。

1. 把朋友请进同一个 Workspace

从 Workspace 的成员入口打开邀请,选择朋友需要的角色,把对应邀请链接发给对方。朋友用自己的 Agent.Space 账号登录,确认邀请后加入。

需要一起发任务、修改文件,就邀请为 Editor(编辑者)。只是来查看成果,可以用 Viewer(查看者);Viewer 不能发送 Agent 任务。Owner(所有者) 管理成员权限,并承担这个 Workspace 的 Agent 消耗,邀请界面会说明费用归属。

这个练习里,小林和阿青都需要参与对话,因此使用 Editor。加入后,请他们确认两件事:能找到根目录的 index.html,也能打开之前制作邀请页的对话。

邀请链接用于加入工作空间,里面有共享文件和对话;只想把成品给别人看时,可以回到上一章的分享方式

2. 同一段对话,大家都能接着说

一段持续进行的 Agent 对话叫 Session。它属于 Workspace:有编辑权限的成员可以打开已有 Session,查看前面的过程,再补充要求。谁创建了这段对话,并不意味着只有谁能继续。

假设之前用 Codex 制作网页,一次讨论可以这样进行。下面是示例,实际回复会不同:

你: 请看现在的 index.html。第一次参加的人可能还会问什么?先讨论,不改文件。

Codex: 可以把“下雨就改期”放得更醒目,避免读者漏看。

小林: 同意。请试写一句轻松的提醒,保留“改期”的意思。

Codex: “要是下雨,我们就换个晴天再出发。”

阿青: 这句可以。再帮我们确认一下,页面有没有说明走累了可以休息,先不要修改。

聊天里会显示成员身份,大家能顺着记录看见意见和回复。小林接着你刚才的要求往下聊,阿青也能补上自己的关心点。

在 Agent 对话里发送内容,会交给这个 Agent 处理。“先讨论,不改文件”也是一项任务:它会阅读、回复,并可能产生模型用量。想先拿意见,就把这句话说清楚;决定好了,再让它动手。

如果它正在忙,新输入会先显示在队列里,轮到执行时再进入聊天。等回复后再接着说,最容易跟上第一次协作的节奏。

3. 各自叫一个 Agent,分头推进

讨论有了方向,就可以分工了。你继续在原来的 Session 里调用 Codex;小林在同一个 Workspace 新建 Session,选择当前可用的 Claude Code 和兼容模型。

不同 Session 可以并行工作,小林不用等你的任务全部结束才开始。换用另一种 Harness 需要新建 Session,项目文件仍在原处。

谁来推进在哪里做这次负责什么
你调用 Codex原来的页面制作 Session调整邀请页,只修改 index.html
小林调用 Claude Code新建的内容检查 Session阅读邀请页,把检查意见写进 review.md
阿青参与讨论打开这两段共享对话看过程、补要求,最后一起看页面

这是为了方便练习而安排的角色,Codex 和 Claude Code 都可以承担制作或检查。按当前可用的 Agent 与模型选择即可。

你可以给负责页面的 Agent 这段要求:

text
请修改根目录的 index.html,把“下雨就改期”改成:“要是下雨,我们就换个晴天再出发。”把这句提醒放在准备清单附近,让手机上也容易看到。
保留已确认的时间、地点、路线、示例活动标记和按钮跳转。这次只修改 index.html,不改其他文件,先不要公开发布。完成后说明修改内容和检查结果。

小林可以在新 Session 里发送:

text
请阅读 Workspace 根目录的 index.html。这是“周末散步小队”的虚构活动邀请页。我们正在调整雨天提醒;请检查活动信息,不修改网页。
站在第一次参加的朋友的角度,检查时间、地点、路线、休息安排和参加说明是否清楚,保留“示例活动”的前提。最多写三条具体建议,保存到根目录的 review.md。每条写清发现了什么、建议改什么;没有问题就如实说明。不要修改 index.html,不增加报名表,也不要公开发布。如果没有实际打开网页,请不要声称检查了视觉效果。

review.md 是一份普通文字笔记。它保存在共享文件里,下一位参与者能直接读到,后面也可以交给负责修改的 Agent 使用。

4. 大家看到同一份文件,先约好谁来改

现在,页面和检查笔记都在这个 Workspace 里。你能看到小林让 Agent 写的建议,小林也能打开你改过的邀请页。

这里没有“你的 index.html”和“小林的 index.html”两份私人原稿。大家操作的是同一份当前文件。所以这次只让一个 Agent 改页面,另一个写独立的检查笔记。两边一起重写同一个文件,可能覆盖彼此的修改;Workspace 不会自动把所有冲突合并好。

等两个任务都结束,你们一起读 review.md,挑出要采用的建议,再交给负责页面的 Session:

text
请先阅读当前的 index.html 和 review.md。先列出哪些建议已经在当前页面中解决,哪些还没解决。暂时不要修改文件,等我们确认要采用的建议。

这一步也能发现“检查时还没改好,现在已经改好了”的情况。确认后再给出具体修改要求。保存完成,阿青打开文件检查;如果查看的是已准备的网站预览,就按第 7 章更新预览,三个人看同一个版本。

5. 人能翻到讨论,Agent 还需要交接

成员可以在权限范围内查看共享对话。新 Session 的 Agent 不会自动知道其他 Session 的全部讨论。这两个事实可以同时成立。

所以,小林新开对话时要写清“这是虚构邀请页,不增加报名表”;负责修改的 Agent 也要被明确告知去读 review.md。共享文件让交接有了落点,具体的任务和已确认的决定,仍要说明白。

如果明天换阿青接着做,她可以直接打开已有 Session 继续,也可以新建 Session、给出这份简短交接:

页面在 index.html,检查意见在 review.md。集合时间和路线已确认;请先读文件,再告诉我还有哪些建议待处理。保留示例标记,不增加表单,暂不发布。

多 Agent 的配合,就从这样一次明确分工、一次交接开始。谁来做、做完交给谁,由你们安排。

下一次,把你的小队也带上

到这里,你们已经完成了一次小合作:在一段对话里商量,各自调用 Agent 分头推进,再回到同一份作品检查结果。

Agent.Space 的方便也落在这些动作里:朋友用自己的账号加入,就能围绕已有文件和讨论继续工作;每个人可以带着自己的判断调用 Agent,成果留在同一个项目里。下次换个人接手,页面在哪里、改过什么,都有地方找。

读书会、朋友聚餐、一个小工具,都可以这样开始。你负责发起,有人补想法,有人挑问题,Agent 帮忙动手。

开始你们的下一个项目。至于这次散步,要不要带零食,留给小队自己讨论。

下一次,换成你的想法。

先从一件小事开始。做出来,看看它,再往前走一步。

开始自己的项目