多人、多 Agent 协作：讨论、分工与可靠交接

谁能评论、执行任务和管理成员？

Viewer 可以查看共享成果，在成员讨论区发文字意见；Editor 还可以修改文件、向 Agent 发任务；Owner 负责邀请和成员角色管理。 给人评论，不等于让 Agent 开始执行。

共享文件不代表每段对话都知道全部背景，也不会自动合并同时发生的修改。换一个 Agent 接手时，要明确文件、已确认的决定和允许修改的范围。

标准平台模型调用使用工作空间所有者的可用权益；本机 Agent 使用连接电脑上的登录与订阅；自有模型 API 则由外部供应商计费。邀请别人执行任务前，先核对模型、用量与费用归属。

下面用一个小项目演示这些边界怎么落到操作上。

邀请页快做好了，小林发现雨天安排不醒目，阿青想确认走累了能不能休息。把他们加入同一个工作空间，就能围绕现有文件和过程提出意见，不必来回发送多个“最终版”。

图中，成员与多个 Agent 共同使用工作空间文件，但每段 Agent 对话有自己的上下文。共享材料有助于协作，已确认的决定仍需要明确传递。

1. 先确定每个人需要什么权限

从侧栏“成员”进入“成员与权限”。Owner 管理邀请和成员；其他成员可以查看已有角色。按实际职责选择，不必为了让朋友评论就给编辑权限。

本例你是 Owner，小林负责调用检查 Agent，设为 Editor；阿青只负责体验与评论，Viewer 就够了。角色变化会影响后续访问，不要把加入过工作空间理解为永久保有权限。

2. 创建并核对邀请

Owner 在对应角色区域创建邀请链接，可以复制链接或分享二维码。当前邀请支持多位已登录用户在七天内用同一链接加入，具体到期时间显示在界面。发送前确认角色与接收人，邀请链接意味着进入共享工作空间，而不只是打开一张成品网页。

朋友用自己的账号登录，查看工作空间名称、授予角色、有效期和费用承担者后确认加入。注册流程会保留当前邀请，验证后继续确认。加入失败时，先检查是否过期、被撤销或成员名额已满，再请 Owner 处理。

加入后的成功检查很具体：小林和阿青都能找到 weekend-walk/index.html，并打开制作网页的对话；小林能发 Agent 任务，阿青能进入讨论区。只想展示成品而不共享工作过程，可以下载网页文件发给对方，或请 Agent 用 Cloudflare 的官方工具生成一个临时预览链接。

3. 给人讨论，给 Agent 下任务

在对话顶部打开“讨论”。这里适合写“下雨提醒是否放到准备清单旁边？”并 @ 需要回应的成员。主输入框中 @ 成员、选择收件人，也会切到“发到讨论区，Agent 不会回复”。发送前看清按钮是“发到讨论”还是发送 Agent 任务。

成员讨论支持文字；若提示移除附件、文件引用或批注，先按提示处理。可以引用 Agent 回复中的文字，或使用回复操作保留意见对应的位置。讨论中的“已看/未看”表示阅读情况，不代表对方已同意或已完成任务。

阿青可以在讨论中说：“我会先找集合地点，建议和时间放一起。”小林补充：“雨天改期不能删。”你回复：“这两条确认，先保留现有配色。”到这里，Agent 并不会自动开始修改。

决定采用后，有执行权限的成员在讨论区“选消息交给 Agent”，勾选相关意见，再“引用到输入框”；检查“连同讨论发给 Agent”的内容，并补充明确要求：

按带入的讨论修改 weekend-walk/index.html。已确认：时间和地点放在一起，雨天改期说明必须保留。这轮只调整信息位置，保留现有配色，不公开发布。完成后告诉我们保存位置和实际检查结果。

成员可以共同接续已有对话，不只创建者能使用它。直接发给 Agent 的消息会成为任务，可能产生模型用量；“先讨论、不改文件”发给 Agent 也仍是模型任务。多人同时发送时，忙碌对话会按共享队列安排，先看队列再重复催促。

4. 两个 Agent 分工，先划清写入范围

同一工作空间的不同对话可以并行。你在原对话修改页面，小林新建一段对话，选择可用 Agent 和兼容模型检查内容。它们不必用不同品牌；分工由目标和文件范围决定。

给检查 Agent 的任务可以直接复制：

请读取当前 weekend-walk/index.html。这是虚构的“周末散步小队”邀请页，正在调整时间、地点与雨天提醒。检查时间、地点、路线、休息安排、参加说明是否清楚。最多写三条具体建议，保存到工作空间根目录 review.md。每条写明看到的问题、建议与检查依据；没有问题就如实说明。只写 review.md，不修改网页，不增加报名表，不公开发布。如果没有实际打开网页，不要声称检查了视觉效果。

把检查笔记放在网页文件夹外，是为了后续分享整个网页目录时不误带内部资料。想同时观察两段对话，可在动态视图了解当前提供的工作台方式。

如果要检查的是已有代码改动，而不是网页文案，可以参考让 Codex 审查 Claude Code 的代码。先界定改动范围，并把“提出审查意见”和“获准修改文件”分开。

5. 共享文件不是自动合并

两段对话操作同一份当前文件。它们没有自动隔离的私人副本，也不会替你可靠合并相互覆盖的修改。本例一个 Agent 改网页，另一个只写检查笔记，就是为了避免同时重写网页。

检查 Agent 读取时，制作 Agent 可能还没改完。因此要等相关任务结束，重新读取当前文件后再判断意见：

请读取当前 weekend-walk/index.html 和 review.md。列出哪些建议已经解决、哪些仍存在，不要立即修改。把需要我们决定的地方单独写清楚。

由人确认采用哪些建议，再由负责页面的对话统一修改。阿青最后打开页面，检查窄屏排版和按钮。

6. 用一段交接让明天的人接得上

成员能翻阅共享对话，不代表新 Session 的 Agent 自动读过其他对话。换 Agent、换对话或换负责人时，至少交代目标、文件、已定事项和下一步。

交接：正在完善虚构活动邀请页。页面：weekend-walk/index.html；检查笔记：review.md。已确认：保留示例标记、现有配色和雨天改期，不增加报名表。已检查：桌面按钮可跳到参加说明。待检查：手机宽度下集合地点是否完整显示。请先读取这两个文件，核对当前状态；先汇报，不发布网站。

如果某人看得到却不能改，先核对角色；看不到文件，先确认是同一个工作空间；Agent 重复已经否决的方案，检查交接是否包含那项决定。当前任务的权限确认由发起人处理，停止还可由 Owner 操作，普通成员不能替别人确认所有请求。

完成协作时，你们应能回答三件事：当前文件是谁负责修改，哪些意见已确认，下一位应从哪里继续。这样增加成员和 Agent 才会减少遗漏，而不是增加彼此猜测。