访问组是你一次定义、并通过Documentation Index
Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
accessGroup:<name> 从渠道允许列表引用的具名发送者列表。
当同一批人应该被允许使用多个消息渠道,或同一组可信人员应该同时适用于私信和群组发送者授权时,请使用访问组。
访问组本身不会授予访问权限。只有允许列表字段引用某个组时,该组才会生效。
静态消息发送者组
静态发送者组使用type: "message.senders"。
| 键 | 含义 |
|---|---|
"*" | 会为每个引用该组的消息渠道检查的共享条目。 |
discord | 只会为 Discord 允许列表匹配检查的条目。 |
telegram | 只会为 Telegram 允许列表匹配检查的条目。 |
whatsapp | 只会为 WhatsApp 允许列表匹配检查的条目。 |
allowFrom 规则进行匹配。OpenClaw 不会在渠道之间转换发送者 id。如果 Alice 同时有 Telegram id 和 Discord id,请把两个 id 分别列在对应的键下。
从允许列表引用组
在消息渠道路径支持发送者允许列表的任何位置,都可以用accessGroup:<name> 引用组。
私信允许列表示例:
支持的消息渠道路径
访问组可用于共享的消息渠道授权路径,包括:- 私信发送者允许列表,例如
channels.<channel>.allowFrom - 群组发送者允许列表,例如
channels.<channel>.groupAllowFrom - 使用相同发送者匹配规则的渠道专用逐房间发送者允许列表
- 复用消息渠道发送者允许列表的命令授权路径
message.senders 组设计为不依赖具体渠道,因此新的消息渠道应通过使用共享的插件 SDK 帮助函数来支持它们,而不是自定义允许列表展开逻辑。
插件诊断
插件作者可以检查结构化的访问组状态,而无需将其重新展开为扁平允许列表:allowFrom 数组的兼容路径中,才使用 expandAllowFromWithAccessGroups(...)。
Discord 渠道受众
Discord 还支持一种动态访问组类型:discord.channelAudience 表示“允许当前可以查看此公会频道的 Discord 私信发送者”。OpenClaw 会在授权时通过 Discord 解析发送者,并应用 Discord ViewChannel 权限规则。
当某个 Discord 频道已经是团队的事实来源时,例如 #maintainers 或 #on-call,请使用此功能。
要求和失败行为:
- 机器人需要能够访问该公会和频道。
- 机器人需要 Discord Developer Portal Server Members Intent。
- 当 Discord 返回
Missing Access、发送者无法解析为公会成员,或频道属于另一个公会时,访问组会失败关闭。
安全说明
- 访问组是允许列表别名,不是角色。它们本身不会创建所有者、批准配对请求或授予工具权限。
dmPolicy: "open"仍然要求有效私信允许列表中包含"*"。引用访问组并不等同于公开访问。- 缺失的组名会失败关闭。如果
allowFrom包含accessGroup:operators,而accessGroups.operators不存在,则该条目不会授权任何人。 - 保持渠道 id 稳定。当渠道同时支持数字/用户 id 和显示名称时,优先使用数字/用户 id。
故障排除
如果某个发送者应该匹配但被阻止:- 确认允许列表字段包含精确的
accessGroup:<name>引用。 - 确认
accessGroups.<name>.type正确。 - 确认发送者 id 已列在匹配的渠道键下,或列在
"*"下。 - 确认条目使用该渠道的常规允许列表语法。
- 对于 Discord 渠道受众,确认机器人可以看到公会频道,并且已启用 Server Members Intent。
openclaw doctor。它会在运行时之前捕获许多无效的允许列表和策略组合。