群里说句话就让活干完：飞书群@Agent开工协议的5条实操

场景

飞书 8.0 之后，Agent 不再是藏在对话框里的功能，而是能被 @、能写文档、能操作多维表格、能查云盘、能发起审批的「群成员」。但实际用下来，很多人卡在同一个地方：Agent 进群了，但没人告诉它「在这个群里你到底该干什么」。

结果就是——

• Agent 群聊里刷屏、抢话，关键决策被闲聊淹没
• 该它干的活没人 @，该 @ 的时候它又不知道找谁
• 同一件事多个人反复问，Agent 每次都从零开始，团队经验不沉淀
• 文档改了、表格填了，但没人检查，错漏全靠事后发现

飞书 8.0 的官方说法是「让人与 Agent 自然协作」，但「自然」不等于「不需要规矩」。本文给出一套 5 条开工协议：在群置顶里写清楚，Agent 进群后第一次被 @ 时就把协议跑一遍，之后所有协作都按这套规矩来。

参考 2026 年 9 月 15 日飞书未来无限大会的官方信息：飞书 8.0 通过 CLI 向 Agent 开放的功能点已从 247 个增至 767 个，Agent 可操作多维表格、安排日程待办、查阅云盘与妙记、发起审批，甚至在飞书画板绘制可编辑的信息图。豆包工作伙伴拥有独立身份、权限和记忆，能像同事一样加入群聊。

前置准备

1. 飞书 8.0 已升级：企业管理员在后台确认飞书版本 ≥ 8.0（2026 年 9 月 15 日发布）。
2. Agent 已拉进群：在群聊里搜索 Agent 名字，添加为群成员（支持多个 Agent 同群协作）。
3. 一个「开工协议文档」：在飞书云文档里新建一篇文档，命名为「【群名】Agent 开工协议」，权限设为群成员可编辑。
4. 豆包工作 / 豆包工作伙伴：桌面端或移动端均可，确保能读取该群和该文档。

提示词

你现在是我们【______群】的 Agent 同事。开工前先做一件事：

1. 读取飞书文档【______Agent 开工协议】（链接：______），把里面的 5 条协议记下来，作为你在这个群里的行为准则。
2. 协议内容（如果文档还没建，你先把下面 5 条写进文档，我来核对）：
   - 只在我 @你 或 我指定你处理的消息上回应，其他消息保持安静；
   - 每次交活必须带 3 样：①做了什么 ②结果落在哪个飞书文档/表格/链接 ③还需要谁确认；
   - 涉及审批、对外发送、改价格/库存等不可逆动作，必须先 @我 拿到明确"同意"二字再执行，"好的""ok"不算同意；
   - 你产出的文档/表格统一存到飞书云盘【______文件夹】，命名格式：YYYYMMDD-主题-版本；
   - 每周四 18:00 自动把本周处理过的任务清单、结果链接、待跟进项汇总成一条周报，发到这个群里 @我。
3. 确认协议已写入文档后，回复我：「协议已生效，本群 Agent 行为准则已按 5 条锁定」，然后进入待命状态。
4. 之后我每次 @你 说一句话，你就按协议把活干完，结果落到对应文档/表格，不要只回文字。

先跑一遍第 1 条给我看，确认文档已建好、5 条协议已写入，再回复第 3 条的确认语。

为什么这么写

• 协议写进文档而非群消息：群消息会被后续讨论冲走，文档是单一真源，Agent 每次开工前都重新读一遍，不会"忘了规矩"。
• 5 条协议对应 5 个高频翻车点：不刷屏（群安静）、交活带链接（结果可追溯）、不可逆动作要确认（安全）、产出存指定文件夹（不乱堆）、每周自动周报（沉淀经验），逐条堵住。
• 「同意」二字才算数：实测中 Agent 把"好的"当成确认，导致误发审批。显式写"必须说'同意'二字"，把模糊确认挡掉。
• 命名格式写死：YYYYMMDD-主题-版本，避免 Agent 每次自由命名，后期找文件全靠搜索。
• 先手动跑第 1 条再进待命：把"建文档+写协议"作为开工仪式，Agent 跑完这一遍，群成员能看到协议全文，之后争议有据可查。

执行过程大概长这样

1. 你在群里 @Agent 发上面那段提示词；
2. Agent 读飞书文档【开工协议】，若文档不存在则先建文档，把 5 条协议逐条写入；
3. Agent 回复「协议已生效，本群 Agent 行为准则已按 5 条锁定」，进入待命；
4. 你后续在群里说「@Agent 帮我把上周 3 次会议的关键决策汇总成文档」，Agent 按协议：先查飞书会议记录 → 生成文档存到指定文件夹 → 群里回一条「做了什么 + 结果链接 + 需要谁确认」；
5. 周四 18:00，Agent 自动把本周任务清单 + 结果链接 + 待跟进项汇总成周报，@你发到群里；
6. 有不可逆动作（如发审批），Agent 先 @你 说"需确认"，你回「同意」后才执行。

验收清单

• [ ] 飞书云文档【______Agent 开工协议】已建好，5 条协议逐条可看到
• [ ] Agent 首次回复包含「协议已生效」确认语
• [ ] 群里发一条测试任务，Agent 产出落在指定文件夹，命名符合 YYYYMMDD-主题-版本
• [ ] 不可逆动作（如发审批）Agent 先 @你 要「同意」，未收到「同意」不执行
• [ ] 周四 18:00 周报自动发群，含任务清单 + 结果链接 + 待跟进项
• [ ] 非 @Agent 的消息，Agent 保持安静不抢话

变体

变体 A：多 Agent 分工协议 群里拉 2 个 Agent（如「研究 Agent」+「执行 Agent」），在协议里加第 6 条：涉及"调研 + 落地"的任务，研究 Agent 先产出调研文档，执行 Agent 读调研文档再落地，两个 Agent 互相 @对方 交接，群里只发最终结果，中间过程存文档。

变体 B：项目群专用协议 把 5 条协议换成项目语境的 4 条：①每个里程碑自动在飞书多维表格里更新状态 ②阻塞超过 24h 自动 @负责人 ③所有对外交付物必须过"检查清单"列（复选框全勾才允许发送）④每周五 17:00 出项目周报。适合项目管理群，比通用群协议更贴场景。

常见问题

Q：Agent 不认协议怎么办？ 协议文档命名要包含群名（如【产品群 Agent 开工协议】），Agent 读文档时按名称匹配。如果群名改过，文档名同步改，Agent 开工时先读最新文档。

Q：5 条协议够用吗，要不要加更多？ 5 条是起步。先跑一周，观察哪条被触发最多、哪条漏了（如"数据出错没人复查"），再针对性加第 6 条。协议是跑出来的，不是一次定死——加多了 Agent 执行负担大，反而漏。

Q：豆包工作伙伴 vs 豆包工作（个人版），协议写法有区别吗？ 没有。协议是行为准则，跟 Agent 品牌无关。区别在于：豆包工作伙伴有独立身份、权限和记忆，团队共用一个，经验沉淀跨人；豆包工作个人版是你自己的助手，拉进群后权限继承你的飞书账号。协议本身照写，@ 的时候写清 Agent 名字即可。

Q：不可逆动作的"同意"门槛会不会太严？ 比"好的""收到"严格，但比"发正式审批单"轻。实测中"好的"被 Agent 当确认的概率远高于"同意"。如果你团队里 Agent 主要做的是可逆动作（写文档、填表格），这条可以放宽为"明确说'可以'也算"。

来源与时效

• 功能依据：2026-09-15 飞书 8.0 发布，Agent 通过 CLI 开放功能点从 247 增至 767，支持群聊 @Agent、文档 @Agent、多 Agent 协作、操作多维表格/日程/云盘/审批/画板（来源：飞书官方大会 + 腾讯网/网易/凤凰等多方报道）。
• 豆包工作伙伴：独立身份/权限/记忆，加入群聊后自动汇总周报、跨群协调，2026-09-15 同步发布，处于定向共创阶段。
• 玩法补充：「开工协议」概念综合自多篇 2026 年 Agent 协作实践——核心思路是「把 Agent 的行为准则写成文档，每次开工前读一遍」，避免群聊里随口约定。
• 整理日期：2026-10-09