飞书 8.0 的 Agent 适配：怎样把智能体拉进群组协作？

飞书 8.0 把群组协作的边界往前推了一步：过去群聊里主要是人和机器人通知，现在你可以直接把一个 Agent 当成协作者拉进群，像搜索同事名字一样把它加进来。这种变化最有用的地方不是多了一个聊天对象，而是让智能体真正进入同一个工作上下文。下面按从拉群到搭建协作场景的顺序，把可用操作串成一套可直接复用的流程。

把 Agent 拉进群：先建立共同工作现场

在创建协作之前，先确认要用的 Agent 已经被创建或可用。进入需要协作的群聊后，从添加成员或添加机器人的入口输入 Agent 名称，找到后确认加入。这个过程和邀请普通成员类似，区别在于 Agent 加入后不会主动闲聊，而是等待指令。建议只把与当前任务相关的 Agent 拉进群，避免群成员列表里堆积大量不知道何时使用的智能体。若群里同时跑着多个项目，可以按项目分群，而不是把全部 Agent 塞进同一个群。

权限上更稳妥的做法，是只让 Agent 接触当前任务需要的文件和流程。如果后续只是让一个 Agent 读取云盘文件、生成文档初稿，就不必把所有空间和审批权限都开放给它。先按最小范围使用，跑通一轮后再逐步放开。

多个 Agent 配合：按职责而不是按热闹拆分

在群里同时使用多个 Agent 时，最需要避免的是把复杂任务全部丢给一个 Agent，然后期待它自动完成所有环节。更稳定的做法是让每个 Agent 只负责一个明确环节。先列出完成一件事需要经过哪些节点，再为每个节点指定负责的 Agent。例如需要整理资料并安排评审，可以让一个 Agent 读取云盘中的文档并提炼要点，第二个 Agent 把要点写入多维表格，第三个 Agent 根据时间节点安排日程。

群里的协作方式并不是几个 Agent 自动交换进度。它们各自拿到指令后独立产出，因此需要有人把上一步结果作为下一步输入。最可靠的调用顺序是：先让文档类 Agent 产出文本，再让表格类 Agent 把文本中的任务、负责人和时间写入多维表格，最后让日程类 Agent 根据表格结果创建日程。不要同时让多个 Agent 修改同一张表的同一区域，否则容易产生内容冲突。

一个最小协作场景怎么搭

如果只是想先跑通一次，不需要一开始就设计复杂流程。可以新建一个专用项目群，群内只放相关人员和需要的 Agent，然后按下面顺序操作：

1. 依次拉入文档处理 Agent、表格处理 Agent、日程安排 Agent。




2. 在群内用一条消息写清项目目标、交付结果和已知资料位置，避免给出“帮我整理一下”这类模糊指令。




3. 先 @ 文档处理 Agent，要求它基于指定云盘文件生成一份初稿。




4. 拿到初稿后，确认要点没有跑偏，再 @ 表格处理 Agent，把文档中的任务、负责人和时间写入多维表格。




5. 接着 @ 日程安排 Agent，根据表格中的时间节点创建日程，必要时安排会议。




6. 如果流程里涉及审批，可以在结果确认后让 Agent 发起审批，让审批人做最终判断。




7. 逐项检查结果，不把自动完成当作默认通过。

这个流程的关键不是 Agent 数量多，而是每一步的输入是否清楚，以及上一步结果是否经过确认。先在最小场景里验证一轮，再考虑增加更多 Agent。很多时候，一个文档 Agent 和一个表格 Agent 就能解决最初的问题，第三个 Agent 可以等到需要安排会议时再加。定好节奏之后，群里的协作会比一次性堆满功能更可控。