飞书 + OpenClaw 安全治理指南

这页解决的不是“怎么接飞书”，而是“接进去以后谁来兜底”

一旦 OpenClaw 接进飞书，它就不只是个聊天机器人了。
它可能会接触到：

• 群聊消息
• 私聊内容
• 云文档
• 多维表格
• 日程
• 任务
• 通讯录

所以真正的问题不再是“能不能接”，而是：

• 谁能接
• 接到什么范围
• 谁来审
• 出问题怎么追

先把两条接入方式分清楚

终端接入

也就是用户直接在自己的设备上把 OpenClaw 接进飞书。

风险点通常在：

• 非授权设备
• 本地密钥管理
• 终端环境不透明

服务端接入

也就是通过 Webhook、API、自建服务或托管服务，让 OpenClaw 在服务端和飞书对接。

风险点通常在：

• Webhook 外流
• API Key 泄露
• 服务端审计缺失

对企业来说，这两条路线的治理重点不一样，不能混着看。

个人用户最应该先守住的 4 条边界

1. 优先用个人账号测试，不要一上来接企业账号

这是最现实的一条建议。
你还没把权限模型、技能来源和行为边界想清楚之前，不应该直接让它接入真实企业数据。

2. 不要轻易开 send_as_user

只要它能以“你的身份”发消息，风险等级就直接变高了。
这类权限开之前，至少要先建立“先预览、再确认”的习惯。

3. 涉及写入、发送、修改的动作都别默认全自动

例如：

• 代发消息
• 修改文档
• 更新任务
• 群发通知

这类动作最适合先保留人工确认。

4. 不要让它明文保存敏感信息

密码、密钥、令牌、客户隐私，不应该因为“方便它工作”就直接放进长期记忆。

企业管理员最应该先管的，不是模型，而是接入层

对企业来说，更现实的优先级是：

1. 应用授权

哪些应用允许接企业飞书，哪些不允许，应该先有审批和白名单。

2. 机器人创建

不是谁都应该能随意创建可进群、可发消息的机器人。

3. OAuth 授权

特别是用户权限这一层，一旦开宽，它会直接放大“以用户身份访问企业数据”的范围。

4. 权限范围

最应该先审的不是“这个工具酷不酷”，而是它到底申请了什么权限。

最容易被低估的 5 个高风险权限点

1. im:message.send_as_user

这是典型的高风险权限。
开了之后，它就可能以用户身份在群里和私聊里发消息。

2. offline_access

这意味着即使用户不在场，也可能通过 refresh token 持续获得 user access token。

3. 文档写权限

例如：

• docx:document:write_only
• docs:document.comment:update
• drive:file:upload

它们一旦和用户权限叠加，就不是“只读辅助”，而是真正能改内容。

4. 多维表格写权限

例如：

• base:record:create
• base:record:update
• base:table:update

这类权限会直接影响企业内部结构化数据。

5. 日程 / 任务 / 通讯录读取

这类权限通常比用户想象中更敏感，因为它们暴露的是：

• 会议内容
• 参与人
• 组织结构
• 个人行为轨迹

企业治理要分成两层：接入管控 + 运行治理

接入管控

重点是：

• 哪些应用可以接
• 哪些权限能开
• 哪些机器人能进群
• 哪些设备和环境允许使用

运行治理

重点是：

• API 调用可见性
• Webhook 审计
• Token 使用追踪
• 异常行为检测
• 安全事件生成

很多企业只做了第一层，第二层几乎空白。
这在 AI Agent 时代是不够的。

如果你是企业管理员，最值得先落地的 5 件事

1. 建应用和机器人审批机制
2. 把高风险权限点单独拉出来审
3. 对 Webhook 和外部服务地址做审计
4. 对终端接入做设备和环境约束
5. 至少保留基础 API / 权限 / Token 可见性

这 5 件事不一定一步到位，但应该先有方向。

如果你是个人用户，最值得先改的 5 个习惯

1. 优先用个人账号测试
2. 先给最小权限
3. 涉及发送、修改、写入时先预览
4. 不让它长期保存敏感信息
5. 任何异常先停用再排查

这比单纯记住“安全很重要”更有用。

一份企业内部提醒，应该重点说什么

如果你准备在企业内部发安全提醒，最值得写进去的通常是：

• AI Agent 工具不是默认安全
• 使用前需要权限申请
• 机器人 / Webhook 创建需审批
• 非授权终端不能随意接企业数据
• 发现异常操作要及时上报

也就是说，公告的核心不是“禁止使用”，而是：

• 要让大家知道风险
• 要让大家知道申请流程
• 要让大家知道谁来兜底

下一步建议

• 还在个人测试阶段：先看 飞书接入
• 想更细地看技能边界：看 内容安全策略技能指南
• 想让机器人先按规则初始化：看 飞书初始化配置指南
• 想看更短的判断版文章：读 OpenClaw 飞书权限为什么越强越要保守
• 涉及企业正式治理、审批与审计时，以企业安全策略和飞书官方能力边界为准
• 查看 OpenClaw 官方文档 → docs.openclaw.ai
• 遇到问题 → GitHub Issues
• 飞书开放平台