访问组

访问组是你一次定义、并通过 accessGroup:<name> 从渠道允许列表引用的具名发送者列表。

当同一批人应该被允许使用多个消息渠道，或同一组可信人员应该同时适用于私信和群组发送者授权时，请使用访问组。

访问组本身不会授予访问权限。只有允许列表字段引用某个组时，该组才会生效。

静态消息发送者组

静态发送者组使用 type: "message.senders"。

{  accessGroups: {    operators: {      type: "message.senders",      members: {        "*": ["global-owner-id"],        discord: ["discord:123456789012345678"],        telegram: ["987654321"],        whatsapp: ["+15551234567"],      },    },  },}

成员列表按消息渠道 id 作为键：

条目会按目标渠道的常规 allowFrom 规则进行匹配。OpenClaw 不会在渠道之间转换发送者 id。如果 Alice 同时有 Telegram id 和 Discord id，请把两个 id 分别列在对应的键下。

从允许列表引用组

在消息渠道路径支持发送者允许列表的任何位置，都可以用 accessGroup:<name> 引用组。

私信允许列表示例：

{  accessGroups: {    operators: {      type: "message.senders",      members: {        discord: ["discord:123456789012345678"],        telegram: ["987654321"],      },    },  },  channels: {    discord: {      dmPolicy: "allowlist",      allowFrom: ["accessGroup:operators"],    },    telegram: {      dmPolicy: "allowlist",      allowFrom: ["accessGroup:operators"],    },  },}

群组发送者允许列表示例：

{  accessGroups: {    oncall: {      type: "message.senders",      members: {        whatsapp: ["+15551234567"],        googlechat: ["users/1234567890"],      },    },  },  channels: {    whatsapp: {      groupPolicy: "allowlist",      groupAllowFrom: ["accessGroup:oncall"],    },    googlechat: {      spaces: {        "spaces/AAA": {          users: ["accessGroup:oncall"],        },      },    },  },}

你可以混合使用组和直接条目：

{  channels: {    discord: {      dmPolicy: "allowlist",      allowFrom: ["accessGroup:operators", "discord:123456789012345678"],    },  },}

支持的消息渠道路径

访问组可用于共享的消息渠道授权路径，包括：

• 私信发送者允许列表，例如 channels.<channel>.allowFrom
• 群组发送者允许列表，例如 channels.<channel>.groupAllowFrom
• 使用相同发送者匹配规则的渠道专用逐房间发送者允许列表
• 复用消息渠道发送者允许列表的命令授权路径

渠道支持取决于该渠道是否接入了共享的 OpenClaw 发送者授权帮助函数。当前内置支持包括 Discord、Feishu、Google Chat、iMessage、LINE、Mattermost、Microsoft Teams、Nextcloud Talk、Nostr、QQBot、Signal、WhatsApp、Zalo 和 Zalo Personal。静态 message.senders 组设计为不依赖具体渠道，因此新的消息渠道应通过使用共享的插件 SDK 帮助函数来支持它们，而不是自定义允许列表展开逻辑。

插件诊断

插件作者可以检查结构化的访问组状态，而无需将其重新展开为扁平允许列表：

 const state = await resolveAccessGroupAllowFromState({  accessGroups: cfg.accessGroups,  allowFrom: channelConfig.allowFrom,  channel: "my-channel",  accountId: "default",  senderId,  isSenderAllowed,});

结果会报告已引用、已匹配、缺失、不支持和失败的组。当你需要诊断或一致性测试时，请使用它。只有在仍然期望扁平 allowFrom 数组的兼容路径中，才使用 expandAllowFromWithAccessGroups(...)。

Discord 渠道受众

Discord 还支持一种动态访问组类型：

{  accessGroups: {    maintainers: {      type: "discord.channelAudience",      guildId: "1456350064065904867",      channelId: "1456744319972282449",      membership: "canViewChannel",    },  },  channels: {    discord: {      dmPolicy: "allowlist",      allowFrom: ["accessGroup:maintainers"],    },  },}

discord.channelAudience 表示“允许当前可以查看此公会频道的 Discord 私信发送者”。OpenClaw 会在授权时通过 Discord 解析发送者，并应用 Discord ViewChannel 权限规则。

当某个 Discord 频道已经是团队的事实来源时，例如 #maintainers 或 #on-call，请使用此功能。

要求和失败行为：

• 机器人需要能够访问该公会和频道。
• 机器人需要 Discord Developer Portal Server Members Intent。
• 当 Discord 返回 Missing Access、发送者无法解析为公会成员，或频道属于另一个公会时，访问组会失败关闭。

更多 Discord 专用示例：Discord 访问控制

安全说明

• 访问组是允许列表别名，不是角色。它们本身不会创建所有者、批准配对请求或授予工具权限。
• dmPolicy: "open" 仍然要求有效私信允许列表中包含 "*"。引用访问组并不等同于公开访问。
• 缺失的组名会失败关闭。如果 allowFrom 包含 accessGroup:operators，而 accessGroups.operators 不存在，则该条目不会授权任何人。
• 保持渠道 id 稳定。当渠道同时支持数字/用户 id 和显示名称时，优先使用数字/用户 id。

故障排除

如果某个发送者应该匹配但被阻止：

1. 确认允许列表字段包含精确的 accessGroup:<name> 引用。
2. 确认 accessGroups.<name>.type 正确。
3. 确认发送者 id 已列在匹配的渠道键下，或列在 "*" 下。
4. 确认条目使用该渠道的常规允许列表语法。
5. 对于 Discord 渠道受众，确认机器人可以看到公会频道，并且已启用 Server Members Intent。

编辑访问控制配置后运行 openclaw doctor。它会在运行时之前捕获许多无效的允许列表和策略组合。