accessGroups 下定义一次,并通过通道允许列表中的 accessGroup:<name> 引用的命名发送者列表。
当同一批人需要在多个消息渠道中被允许,或者同一组受信任对象需要同时适用于 DM 和群组发送者授权时使用它们。
组本身不会授予任何权限。只有在允许列表字段引用它时,它才会产生作用。
静态消息发送者组
静态发送者组使用type: "message.senders"。members 以消息频道 ID 为键,另外还有 "*" 用于每个频道共享的条目:
条目会按照目标频道的常规
allowFrom 规则进行匹配。OpenClaw 不会在不同频道之间转换发送者 ID:如果 Alice 有一个 Telegram ID 和一个 Discord ID,请在匹配的频道键下同时列出这两个 ID。
在允许列表中引用组
在消息渠道路径支持发送者允许列表的任何位置,都可以使用accessGroup:<name> 引用组。
DM 允许列表示例:
支持的消息渠道路径
访问组可用于共享的消息渠道授权路径中:- DM 发送者允许列表,例如
channels.<channel>.allowFrom - 群组发送者允许列表,例如
channels.<channel>.groupAllowFrom - 使用相同发送者匹配规则的、按房间划分的频道特定发送者允许列表(例如 Google Chat
groups.<space>.users) - 复用消息渠道发送者允许列表的命令授权路径
message.senders 组与具体渠道无关,因此新消息渠道只需使用共享插件 SDK 的入口辅助工具,而无需自定义允许列表扩展,即可获得这些支持。
Discord 渠道受众
Discord 还支持一种动态访问组类型:discord.channelAudience 表示“允许当前可以查看此服务器频道的 Discord 私信发送者”。OpenClaw 会在授权时通过 Discord 解析发送者,并应用 Discord 的 ViewChannel 权限规则。membership 是可选的,默认值为 canViewChannel。
当某个 Discord 频道已经是团队的事实来源时使用它,例如 #maintainers 或 #on-call。
要求与失败行为:
- 机器人需要能够访问该服务器和频道。
- 机器人需要启用 Discord Developer Portal 的 Server Members Intent。
- 当 Discord 返回
Missing Access、发送者无法被解析为服务器成员,或该频道属于另一个服务器时,访问组会以关闭失败的方式处理。
插件诊断
插件作者可以在不将其展开回扁平 allowlist 的情况下检查结构化的 access-group 状态:allowFrom 数组的兼容性路径中使用 expandAllowFromWithAccessGroups(...)。
安全说明
- 访问组是允许列表别名,不是角色。它们不会创建所有者、批准配对请求,也不会单独授予工具权限。
dmPolicy: "open"仍然需要在生效的 DM 允许列表中包含"*". 引用访问组并不等同于公开访问。- 缺失的组名会以关闭失败的方式处理。如果
allowFrom包含accessGroup:operators但accessGroups.operators不存在,则该条目不会授权任何人。 - 保持频道 id 稳定。只要频道同时支持数字 id 和用户 id,就优先使用数字 id/用户 id,而不是显示名称。
故障排查
如果某个发送者本应匹配却被阻止:- 确认允许列表字段包含精确的
accessGroup:<name>引用。 - 确认
accessGroups.<name>.type正确。 - 确认发送者 id 列在匹配的渠道键下,或者列在
"*"下。 - 确认该条目使用的是该渠道的常规允许列表语法。
- 对于 Discord 渠道受众,请确认机器人能够看到该服务器频道,并且已启用 Server Members Intent。
openclaw doctor。它会在运行前捕获许多无效的允许列表和策略组合。