飞书团队场景最容易做对什么
更适合先做的是：
- 消息整理：群聊信息自动归档到文档
- 文档产出：会议纪要、周报、日报自动生成
- 任务分发：从群消息中提取待办并写入任务列表
- 知识沉淀：链接和文件自动收录到知识库
这些事情的共同点是：输出看得见、能复核、能回滚。
为什么不建议一开始就追全自动
团队场景里一旦出错，影响范围更大。AI 代发消息、代改文档或代创建任务，如果没有复核环节，修复成本远高于个人场景。
先做低风险、可回看、可审查的链路会更稳。
推荐的第一批工作流
工作流一：群消息 → 日报文档
让机器人每天整理群聊中的关键信息，生成日报写入飞书文档。
前置条件：
openclaw plugins install @openclaw/feishu
openclaw skills install @clawhub/summarize
在 AGENTS.md 中定义行为规则：
你是团队助手。
每天 18:00 整理当天群聊中的关键讨论、决议和待办。
输出格式：按主题分类的日报，写入指定的飞书文档。
不要自行回复群消息，只做整理和写入。
工作流二：会议纪要自动整理
会议结束后，把录音转文字 + 摘要 + 待办提取，写入飞书文档。
需要的技能：
openclaw skills install @clawhub/summarize
openclaw skills install @clawhub/file-manager
工作流三：链接收录 → 知识库
团队群里分享的链接自动收录到飞书知识库或多维表格。
openclaw skills install @clawhub/web-search
配合 Content Collector 能力，把群聊中的链接自动抓取标题、摘要和分类，写入多维表格。
权限控制：团队场景比个人场景更严格
团队场景下，权限问题会被放大：
- 最小权限原则：机器人只开当前任务需要的权限
- 不要开
send_as_user：除非明确需要，否则不要让机器人以某个人的身份发消息 - 文档写权限要谨慎：先给特定文档的写权限，不要给全局文档写权限
检查当前权限状态：
openclaw security audit --deep
openclaw config list | grep -E "auth|permission"
多 Agent 分工
团队场景适合把不同职责拆给不同 Agent：
Agent 1: 信息整理助手
- 只读群消息
- 只写指定文档
- 不回复消息
Agent 2: 任务管理助手
- 读群消息中的待办
- 写入任务列表
- 每天发一次任务汇总
Agent 3: 知识库助手
- 收录群聊链接
- 写入知识库
- 不触碰其他数据
每个 Agent 独立工作区、独立权限，出了问题只影响一个 Agent。
团队场景的验收标准
上线前先确认：
- 机器人消息闭环跑通（@ 后能正常回复）
- 文档写入成功且格式正确
- 权限只开了必要的范围
- 团队成员知道机器人能做什么、不能做什么
- 有明确的人工复核节点
-
openclaw security audit --deep通过
继续阅读
- 飞书接入详细配置
- 飞书初始化配置指南
- 飞书安全治理指南
- 多 Agent 架构模式
- 内容 / 媒体行业方案
- 官方文档 → docs.openclaw.ai
- 遇到问题 → GitHub Issues