消息平台
Microsoft Teams
状态:支持文本 + 私信附件;在频道/群组中发送文件需要 sharePointSiteId + Graph 权限(请参阅在群聊中发送文件)。投票通过 Adaptive Cards 发送。消息操作提供显式的 upload-file,用于以文件为首项的发送。
内置插件
在当前 OpenClaw 版本中,Microsoft Teams 作为内置插件提供;正常的打包构建无需单独安装。
对于不包含内置 Teams 的旧版构建或自定义安装,请直接安装 npm 软件包:
openclaw plugins install @openclaw/msteams使用不带版本号的软件包可跟随当前官方发布标签。仅在需要可复现安装时固定确切版本。
本地检出(从 git 仓库运行):
openclaw plugins install ./path/to/local/msteams-plugin详情:插件
快速设置
@microsoft/teams.cli 可通过一条命令完成 Bot 注册、清单创建和凭据生成。
1. 安装并登录
npm install -g @microsoft/teams.cli@previewteams loginteams status # 验证你已登录并查看租户信息2. 启动隧道(Teams 无法访问 localhost)
如有需要,请安装 devtunnel CLI 并进行身份验证(入门指南)。
# 一次性设置(跨会话保持 URL 不变):devtunnel create my-openclaw-bot --allow-anonymousdevtunnel port create my-openclaw-bot -p 3978 --protocol auto # 每次开发会话:devtunnel host my-openclaw-bot# 你的端点:https://<tunnel-id>.devtunnels.ms/api/messages替代方案:ngrok http 3978 或 tailscale funnel 3978(URL 可能在每次会话中发生变化)。
3. 创建应用
teams app create \ --name "OpenClaw" \ --endpoint "https://<your-tunnel-url>/api/messages"这会创建一个 Entra ID(Azure AD)应用程序、生成客户端密钥、构建并上传 Teams 应用清单(包括图标),以及注册由 Teams 管理的 Bot(无需 Azure 订阅)。输出包含 CLIENT_ID、CLIENT_SECRET、TENANT_ID 和一个 Teams App ID;它还会询问是否直接在 Teams 中安装该应用。
4. 配置 OpenClaw,使用输出中的凭据:
{ channels: { msteams: { enabled: true, appId: "<CLIENT_ID>", appPassword: "<CLIENT_SECRET>", tenantId: "<TENANT_ID>", webhook: { port: 3978, path: "/api/messages" }, }, },}也可以直接使用环境变量:MSTEAMS_APP_ID、MSTEAMS_APP_PASSWORD、MSTEAMS_TENANT_ID。
5. 在 Teams 中安装应用
teams app create 会提示你安装应用;选择 "Install in Teams"。如需稍后获取安装链接:
teams app get <teamsAppId> --install-link6. 验证一切正常运行
teams app doctor <teamsAppId>针对 Bot 注册、AAD 应用配置、清单有效性和 SSO 设置运行诊断。
对于生产环境,请考虑使用联合身份验证(证书或托管身份),而非客户端密钥。
目标
- 通过 Teams 私信、群聊或频道与 OpenClaw 对话。
- 保持确定性路由:回复始终返回其来源频道。
- 默认采用安全的频道行为(除非另有配置,否则必须提及)。
配置写入
默认情况下,Microsoft Teams 可以写入由 /config set|unset 触发的配置更新(需要 commands.config: true)。
禁用方法:
{ channels: { msteams: { configWrites: false } },}访问控制(私信 + 群组)
私信访问
- 默认值:
channels.msteams.dmPolicy = "pairing"。未知发送者在获得批准前会被忽略。 channels.msteams.allowFrom应使用稳定的 AAD 对象 ID 或静态发送者访问组,例如accessGroup:core-team。- 请勿依赖 UPN/显示名称匹配来配置允许列表;它们可能发生变化。OpenClaw 默认禁用直接名称匹配;可通过
channels.msteams.dangerouslyAllowNameMatching: true选择启用。 - 在凭据允许的情况下,向导可通过 Microsoft Graph 将名称解析为 ID。
群组访问
- 默认值:
channels.msteams.groupPolicy = "allowlist"(除非添加groupAllowFrom,否则会被阻止)。未设置channels.msteams.groupPolicy时,channels.defaults.groupPolicy可覆盖共享默认值。 channels.msteams.groupAllowFrom控制哪些发送者或静态发送者访问组可以在群聊/频道中触发操作(回退到channels.msteams.allowFrom)。- 设置
groupPolicy: "open"可允许任何成员(默认情况下仍需提及)。 - 要阻止所有频道,请设置
channels.msteams.groupPolicy: "disabled"。
示例:
{ channels: { msteams: { groupPolicy: "allowlist", groupAllowFrom: ["00000000-0000-0000-0000-000000000000", "accessGroup:core-team"], }, },}团队 + 频道允许列表
- 通过在
channels.msteams.teams下列出团队和频道,限定群组/频道回复范围。 - 使用 Teams 链接中的稳定 Teams 会话 ID 作为键,而不是可变的显示名称(请参阅团队和频道 ID)。
- 当存在
groupPolicy="allowlist"和团队允许列表时,只接受列出的团队/频道(需要提及)。 - 配置向导接受
Team/Channel条目并为你存储这些条目。 - 启动时,OpenClaw 会将团队/频道和用户允许列表中的名称解析为 ID(当 Graph 权限允许时),并记录映射。未解析的名称会按输入内容保留,但除非设置了
channels.msteams.dangerouslyAllowNameMatching: true,否则路由会忽略这些名称。
示例:
{ channels: { msteams: { groupPolicy: "allowlist", teams: { "My Team": { channels: { General: { requireMention: true }, }, }, }, }, },}手动设置(不使用 Teams CLI)
工作原理
- 确保 Microsoft Teams 插件可用(当前版本中已内置)。
- 创建一个 Azure Bot(应用 ID + 密钥 + 租户 ID)。
- 构建一个引用该 Bot 的 Teams 应用包,并包含下述 RSC 权限。
- 将 Teams 应用上传/安装到团队中(或安装到个人范围以用于私信)。
- 在
~/.openclaw/openclaw.json中配置msteams(或环境变量),然后启动 Gateway 网关。 - 默认情况下,Gateway 网关在
/api/messages上侦听 Bot Framework webhook 流量。
步骤 1:创建 Azure Bot
-
填写 Basics 选项卡:
字段 值 Bot handle 你的 Bot 名称,例如 openclaw-msteams(必须唯一)Subscription 选择你的 Azure 订阅 Resource group 新建或使用现有资源组 Pricing tier 开发/测试使用 Free Type of App Single Tenant(推荐;请参阅下方说明) Creation type Create new Microsoft App ID
- 单击 Review + create,然后单击 Create(约 1-2 分钟)。
步骤 2:获取凭据
- Azure Bot 资源 → Configuration → 复制 Microsoft App ID(即你的
appId)。 - Manage Password → App Registration → Certificates & secrets → New client secret → 复制 Value(即你的
appPassword)。 - Overview → 复制 Directory (tenant) ID(即你的
tenantId)。
步骤 3:配置消息端点
- Azure Bot → Configuration。
- 设置 Messaging endpoint:
- 生产环境:
https://your-domain.com/api/messages - 本地开发:使用隧道(请参阅本地开发)
- 生产环境:
步骤 4:启用 Teams 频道
- Azure Bot → Channels。
- 单击 Microsoft Teams → Configure → Save。
- 接受服务条款。
步骤 5:构建 Teams 应用清单
- 包含一个带有
botId = <App ID>的bot条目。 - 范围:
personal、team、groupChat。 supportsFiles: true(个人范围文件处理所必需)。- 添加 RSC 权限(请参阅 RSC 权限)。
- 创建图标:
outline.png(32x32)和color.png(192x192)。 - 将
manifest.json、outline.png和color.png一起打包为 zip 文件。
步骤 6:配置 OpenClaw
{ channels: { msteams: { enabled: true, appId: "<APP_ID>", appPassword: "<APP_PASSWORD>", tenantId: "<TENANT_ID>", webhook: { port: 3978, path: "/api/messages" }, }, },}环境变量:MSTEAMS_APP_ID、MSTEAMS_APP_PASSWORD、MSTEAMS_TENANT_ID。
步骤 7:运行 Gateway 网关
当插件可用且 msteams 配置包含凭据时,Teams 频道会自动启动。
联合身份验证(证书 + 托管身份)
对于生产环境,OpenClaw 通过 channels.msteams.authType: "federated" 支持将联合身份验证作为客户端密钥的替代方案。共有两种方法:
选项 A:基于证书的身份验证
使用已在 Entra ID 应用注册中登记的 PEM 证书。
设置:
- 生成或获取证书(包含私钥的 PEM 格式)。
- Entra ID → App Registration → Certificates & secrets → Certificates → 上传公有证书。
配置:
{ channels: { msteams: { enabled: true, appId: "<APP_ID>", tenantId: "<TENANT_ID>", authType: "federated", certificatePath: "/path/to/cert.pem", webhook: { port: 3978, path: "/api/messages" }, }, },}环境变量:
MSTEAMS_AUTH_TYPE=federatedMSTEAMS_CERTIFICATE_PATH=/path/to/cert.pem
选项 B:Azure 托管身份
在 Azure 基础设施(AKS、App Service、Azure VM)上使用 Azure 托管身份进行无密码身份验证。
工作原理:
- Bot Pod/VM 具有托管身份(系统分配或用户分配)。
- 联合身份凭据将托管身份关联到 Entra ID 应用注册。
- 运行时,OpenClaw 使用
@azure/identity从 Azure IMDS 端点获取令牌。 - 令牌会传递给 Teams SDK,用于 Bot 身份验证。
先决条件:
- 已启用托管身份的 Azure 基础设施(AKS 工作负载身份、App Service、VM)。
- 已在 Entra ID 应用注册上创建联合身份凭据。
- Pod/VM 可通过网络访问 IMDS(
169.254.169.254:80)。
配置(系统分配的托管身份):
{ channels: { msteams: { enabled: true, appId: "<APP_ID>", tenantId: "<TENANT_ID>", authType: "federated", useManagedIdentity: true, webhook: { port: 3978, path: "/api/messages" }, }, },}**配置(用户分配的托管身份):**将 managedIdentityClientId: "<MI_CLIENT_ID>" 添加到上述块中。
环境变量:
MSTEAMS_AUTH_TYPE=federatedMSTEAMS_USE_MANAGED_IDENTITY=trueMSTEAMS_MANAGED_IDENTITY_CLIENT_ID=<client-id>(仅限用户分配的身份)
AKS 工作负载身份设置
对于使用工作负载身份的 AKS 部署:
-
在 AKS 集群上启用工作负载身份。
-
在 Entra ID 应用注册上创建联合身份凭据:
bash az ad app federated-credential create --id <APP_OBJECT_ID> --parameters '{ "name": "my-bot-workload-identity", "issuer": "<AKS_OIDC_ISSUER_URL>", "subject": "system:serviceaccount:<NAMESPACE>:<SERVICE_ACCOUNT>", "audiences": ["api://AzureADTokenExchange"]}' -
使用应用客户端 ID 为 Kubernetes 服务账号添加注解:
yaml apiVersion: v1kind: ServiceAccountmetadata: name: my-bot-sa annotations: azure.workload.identity/client-id: "<APP_CLIENT_ID>" -
为工作负载身份注入给 Pod 添加标签:
yaml metadata: labels: azure.workload.identity/use: "true" -
允许网络访问 IMDS(
169.254.169.254):如果使用 NetworkPolicy,请添加一条允许通过端口 80 访问169.254.169.254/32的出站规则。
身份验证类型比较
| 方法 | 配置 | 优点 | 缺点 |
|---|---|---|---|
| 客户端密钥 | appPassword |
设置简单 | 需要轮换密钥,安全性较低 |
| 证书 | authType: "federated" + certificatePath |
无需通过网络传输共享密钥 | 证书管理开销 |
| 托管身份 | authType: "federated" + useManagedIdentity |
无密码,无需管理密钥 | 需要 Azure 基础设施 |
certificateThumbprint 可以与 certificatePath 一同设置,但当前身份验证路径不会读取它;接受该项仅用于向前兼容。
**默认值:**未设置 authType 时,OpenClaw 使用客户端密钥身份验证(appPassword)。现有配置无需更改即可继续工作。
本地开发(隧道)
Teams 无法访问 localhost。请使用持久化开发隧道,使 URL 在不同会话间保持稳定:
# 一次性设置:devtunnel create my-openclaw-bot --allow-anonymousdevtunnel port create my-openclaw-bot -p 3978 --protocol auto # 每个开发会话:devtunnel host my-openclaw-bot替代方案:ngrok http 3978 或 tailscale funnel 3978(URL 可能在每个会话中发生变化)。
如果隧道 URL 发生变化,请更新端点:
teams app update <teamsAppId> --endpoint "https://<new-url>/api/messages"测试机器人
运行诊断:
teams app doctor <teamsAppId>一次性检查机器人注册、AAD 应用、清单和 SSO 配置。
发送测试消息:
- 安装 Teams 应用(安装链接来自
teams app get <id> --install-link)。 - 在 Teams 中找到机器人并发送私信。
- 检查 Gateway 网关日志中的传入活动。
环境变量
这些身份验证相关配置键可通过环境变量设置,而无需使用 openclaw.json(其他配置键,例如 groupPolicy 或 historyLimit,只能通过配置设置):
| 环境变量 | 配置键 | 备注 |
|---|---|---|
MSTEAMS_APP_ID |
appId |
|
MSTEAMS_APP_PASSWORD |
appPassword |
|
MSTEAMS_TENANT_ID |
tenantId |
|
MSTEAMS_AUTH_TYPE |
authType |
"secret" 或 "federated" |
MSTEAMS_CERTIFICATE_PATH |
certificatePath |
联合身份 + 证书 |
MSTEAMS_CERTIFICATE_THUMBPRINT |
certificateThumbprint |
接受该项,但身份验证不要求设置 |
MSTEAMS_USE_MANAGED_IDENTITY |
useManagedIdentity |
联合身份 + 托管身份 |
MSTEAMS_MANAGED_IDENTITY_CLIENT_ID |
managedIdentityClientId |
仅限用户分配的托管身份 |
成员信息操作
OpenClaw 为 Microsoft Teams 提供基于 Graph 的 member-info 操作,让智能体和自动化可以解析已配置对话中经过验证的成员名单详情。
要求:
ChannelSettings.Read.Group和TeamMember.Read.GroupRSC 权限(已包含在推荐的清单中)。
只要配置了 Graph 凭据,该操作便可用;无需单独的 channels.msteams.actions.memberInfo 开关。
标准频道查询会返回匹配的团队成员身份、显示名称、电子邮件和角色。
在当前私信或群聊中,该操作可以返回可信发送者的稳定用户 ID。
私有/共享频道以及非当前聊天的成员查询需要额外的成员名单权限,
默认权限基线会拒绝这些查询。
历史上下文
channels.msteams.historyLimit控制将多少条近期频道/群组消息封装到提示词中。若未设置,则回退到messages.groupChat.historyLimit,然后默认为 50。设置0可将其禁用。- 获取的线程历史记录会按照发送者允许列表(
allowFrom/groupAllowFrom)进行筛选,因此线程上下文填充仅包含允许列表中发送者的消息。 - 引用的附件上下文(从回复自身附件中的 Skype Reply 架构 HTML 解析)会不经过滤直接传递;目前只有线程历史记录填充会应用发送者允许列表筛选器。
- 私信历史记录可通过
channels.msteams.dmHistoryLimit(用户轮次)限制。按用户覆盖:channels.msteams.dms["<user_id>"].historyLimit。
当前 Teams RSC 权限(清单)
以下是 Teams 应用清单中现有的 resourceSpecific 权限。它们仅在安装了该应用的团队/聊天中生效。
用于频道(团队范围):
ChannelMessage.Read.Group(应用程序)- 无需 @提及即可接收所有频道消息ChannelMessage.Send.Group(应用程序)Member.Read.Group(应用程序)Owner.Read.Group(应用程序)ChannelSettings.Read.Group(应用程序)TeamMember.Read.Group(应用程序)TeamSettings.Read.Group(应用程序)
用于群聊:
ChatMessage.Read.Chat(应用程序)- 无需 @提及即可接收所有群聊消息
通过 Teams CLI 添加 RSC 权限:
teams app rsc add <teamsAppId> ChannelMessage.Read.Group --type ApplicationTeams 清单示例(已脱敏)
包含必填字段的最小有效示例。请替换 ID 和 URL。
{ $schema: "https://developer.microsoft.com/en-us/json-schemas/teams/v1.23/MicrosoftTeams.schema.json", manifestVersion: "1.23", version: "1.0.0", id: "00000000-0000-0000-0000-000000000000", name: { short: "OpenClaw" }, developer: { name: "Your Org", websiteUrl: "https://example.com", privacyUrl: "https://example.com/privacy", termsOfUseUrl: "https://example.com/terms", }, description: { short: "OpenClaw in Teams", full: "OpenClaw in Teams" }, icons: { outline: "outline.png", color: "color.png" }, accentColor: "#5B6DEF", bots: [ { botId: "11111111-1111-1111-1111-111111111111", scopes: ["personal", "team", "groupChat"], isNotificationOnly: false, supportsCalling: false, supportsVideo: false, supportsFiles: true, }, ], webApplicationInfo: { id: "11111111-1111-1111-1111-111111111111", }, authorization: { permissions: { resourceSpecific: [ { name: "ChannelMessage.Read.Group", type: "Application" }, { name: "ChannelMessage.Send.Group", type: "Application" }, { name: "Member.Read.Group", type: "Application" }, { name: "Owner.Read.Group", type: "Application" }, { name: "ChannelSettings.Read.Group", type: "Application" }, { name: "TeamMember.Read.Group", type: "Application" }, { name: "TeamSettings.Read.Group", type: "Application" }, { name: "ChatMessage.Read.Chat", type: "Application" }, ], }, },}清单注意事项(必填字段)
bots[].botId必须与 Azure Bot 应用 ID 匹配。webApplicationInfo.id必须与 Azure Bot 应用 ID 匹配。bots[].scopes必须包含计划使用的界面(personal、team、groupChat)。- 在个人范围内处理文件需要
bots[].supportsFiles: true。 authorization.permissions.resourceSpecific必须包含用于频道流量的频道读取/发送权限。
更新现有应用
# 下载、编辑并重新上传清单teams app manifest download <teamsAppId> manifest.json# 在本地编辑 manifest.json...teams app manifest upload manifest.json <teamsAppId># 如果内容发生变化,版本号会自动递增更新后,请在每个团队中重新安装应用,并完全退出并重新启动 Teams(而不只是关闭窗口),以清除缓存的应用元数据。
手动更新清单(不使用 CLI)
- 使用新设置更新
manifest.json。 - 递增
version字段(例如,1.0.0→1.1.0)。 - 将清单与图标(
manifest.json、outline.png、color.png)重新打包为 zip 文件。 - 上传新的 zip 文件:
- **Teams Admin Center:**Teams apps → Manage apps → 找到你的应用 → Upload new version。
- **旁加载:**Teams → Apps → Manage your apps → Upload a custom app。
能力:仅 RSC 与 Graph 对比
使用仅 Teams RSC(已安装应用,无 Graph API 权限)
可用:
- 读取频道消息的文本内容。
- 发送频道消息的文本内容。
- 接收**个人(私信)**文件附件。
不可用:
- 频道/群组的图像或文件内容(负载仅包含 HTML 存根)。
- 下载存储在 SharePoint/OneDrive 中的附件。
- 读取实时 webhook 事件之外的消息历史记录。
使用 Teams RSC + Microsoft Graph 应用程序权限
新增:
- 下载托管内容(粘贴到消息中的图像)。
- 下载存储在 SharePoint/OneDrive 中的文件附件。
- 通过 Graph 读取频道/聊天消息历史记录。
RSC 与 Graph API 对比
| 能力 | RSC 权限 | Graph API |
|---|---|---|
| 实时消息 | 是(通过 webhook) | 否(仅轮询) |
| 历史消息 | 否 | 是(可查询历史记录) |
| 设置复杂度 | 仅需应用清单 | 需要管理员同意 + 令牌流程 |
| 离线工作 | 否(必须保持运行) | 是(可随时查询) |
结论: RSC 用于实时监听;Graph API 用于访问历史记录。若要在离线后补取错过的消息,需要使用具有 ChannelMessage.Read.All 权限的 Graph API(需要管理员同意)。
启用 Graph 的媒体 + 历史记录
仅启用你所使用的 Teams 范围和数据所需的 Microsoft Graph 应用程序权限:
- Entra ID (Azure AD) App Registration → 添加 Graph Application permissions:
ChannelMessage.Read.All,用于频道附件和频道历史记录。Chat.Read.All,用于群聊附件和群聊历史记录。- 当必须从 SharePoint/OneDrive 存储下载附件字节时,添加
Files.Read.All;仅使用历史记录的设置不需要该权限。
- 为租户执行 Grant admin consent。
- 提升 Teams 应用的清单版本,重新上传,并在 Teams 中重新安装应用。
- 完全退出并重新启动 Teams,以清除缓存的应用元数据。
频道/群组文件恢复(graphMediaFallback)
Teams 可能会从发送给 Bot 的 HTML 活动中移除文件标记。在这种情况下,Bot Framework 活动与普通 HTML 消息无法区分;完整的附件引用仅存在于该消息的 Graph 副本中。
授予上述权限后,启用回退机制:
{ channels: { msteams: { graphMediaFallback: true, }, },}这仅适用于频道和群聊。每当 HTML 活动未产生可直接下载的媒体时(包括普通消息或仅包含提及的消息),它都会额外执行一次 Graph 消息查询。默认值为 false,因此现有安装不会自动产生额外的 Graph 流量或权限错误。
用户提及: 对于已在对话中的用户,@提及功能开箱即用。若要动态搜索并提及不在当前对话中的用户,请添加 User.Read.All(Application)权限并授予管理员同意。
已知限制
Webhook 超时
Teams 通过 HTTP webhook 传递消息。OpenClaw 对该 webhook 监听器应用固定的 HTTP 服务器超时:非活动超时 30s、请求总超时 30s,接收标头超时 15s。可选的入站媒体和上下文扩充共享 10 秒预算。原始活动被持久追加后,SDK 即返回;智能体轮次独立处理,并主动发送回复。如果请求处理或持久接纳未能在传输时间窗口内完成,Teams 可能会重试该活动,而入口墓碑会拒绝具有重复事件 ID 的活动。
Teams 云和服务 URL 支持
这个由 SDK 支持的 Teams 路径已针对 Microsoft Teams 公有云进行实时验证。
入站回复使用传入的 Teams SDK 轮次上下文。上下文之外的主动操作——发送、编辑、删除、卡片、投票、文件同意消息以及排队的长时间运行回复——使用存储的对话引用 serviceUrl。公有云默认使用 Teams SDK 公有云环境,并允许引用存储在公有 Teams Connector 主机上:https://smba.trafficmanager.net/。
公有云是默认选项。对于普通的公有云 Bot,无需设置 channels.msteams.cloud 或 channels.msteams.serviceUrl。
对于非公有 Teams 云,请设置 cloud,并在 Microsoft 发布对应的主动操作边界时进行设置:
channels.msteams.cloud选择用于身份验证、JWT 验证、令牌服务和 Graph 范围的 Teams SDK 云预设。channels.msteams.serviceUrl选择 Bot Connector 端点边界,用于在执行主动发送、编辑、删除、卡片、投票、文件同意消息以及排队的长时间运行回复之前验证存储的对话引用。USGov 和 DoD SDK 云必须设置此项。对于中国/世纪互联,OpenClaw 使用 SDK 的China预设,并且仅接受位于 Azure 中国 Bot Framework 渠道主机上的已存储/已配置服务 URL。
Microsoft 在 Teams 主动消息文档的创建对话部分发布了全局主动 Bot Connector 端点。如果传入活动的 serviceUrl 可用,请使用该值;否则,请使用下方的 Microsoft 表格。
| Teams 环境 | OpenClaw 配置 | 主动操作 serviceUrl |
|---|---|---|
| 公有云 | 无需云/serviceUrl 配置 | https://smba.trafficmanager.net/teams |
| GCC | 设置 serviceUrl;没有单独的 Teams SDK 云预设 |
https://smba.infra.gcc.teams.microsoft.com/teams |
| GCC High | cloud: "USGov" + serviceUrl |
https://smba.infra.gov.teams.microsoft.us/teams |
| DoD | cloud: "USGovDoD" + serviceUrl |
https://smba.infra.dod.teams.microsoft.us/teams |
| 中国/世纪互联 | cloud: "China" |
使用传入活动的 serviceUrl |
GCC 示例:Microsoft 记录了单独的主动服务 URL,但 Teams SDK 未提供单独的 GCC 云预设:
{ "channels": { "msteams": { "serviceUrl": "https://smba.infra.gcc.teams.microsoft.com/teams" } }}GCC High 示例:
{ "channels": { "msteams": { "cloud": "USGov", "serviceUrl": "https://smba.infra.gov.teams.microsoft.us/teams" } }}channels.msteams.serviceUrl 仅限于受支持的 Microsoft Teams Bot Connector 主机。配置服务 URL 后,OpenClaw 会在执行主动发送、编辑、删除、卡片、投票或排队的长时间运行回复之前,检查存储的对话 serviceUrl 是否使用相同的主机。使用默认公有云配置时,如果存储的对话指向公有 Teams Connector 主机之外,OpenClaw 将以失败关闭方式处理。更改云/服务 URL 设置后,请从该对话接收一条新消息,以确保所存储的对话引用为最新状态。
Microsoft 的 Teams 主动端点表未为中国/世纪互联提供单独的全局主动 smba URL。请配置 cloud: "China",以便 Teams SDK 使用 Azure 中国的身份验证、令牌和 JWT 端点。之后,主动发送需要来自传入中国 Teams 活动的已存储对话引用,或在 Azure 中国 Bot Framework 渠道边界(*.botframework.azure.cn)上显式配置的服务 URL。在 OpenClaw 将 Graph 请求路由到 Azure 中国 Graph 端点之前,cloud: "China" 的 Graph 支持的 Teams 辅助功能处于禁用状态。
格式设置
Teams Markdown 的功能比 Slack 或 Discord 更有限:
- 支持基本格式:粗体、斜体、
code、链接。 - 复杂 Markdown(表格、嵌套列表)可能无法正确呈现。
- 投票和语义呈现发送支持 Adaptive Cards(见下文)。
配置
关键设置(有关共享渠道模式,请参阅 /gateway/configuration):
channels.msteams.enabled:启用/禁用该渠道。channels.msteams.appId、channels.msteams.appPassword、channels.msteams.tenantId:Bot 凭据。channels.msteams.cloud:Teams SDK 云环境(Public、USGov、USGovDoD或China;默认值为Public)。对于 USGov/DoD SDK 云,请使用serviceUrl进行设置;中国区使用 SDK 预设和已存储的 Azure 中国区 Bot Framework 对话引用,在 Azure 中国区 Graph 路由发布之前,基于 Graph 的辅助功能将保持禁用。channels.msteams.serviceUrl:SDK 主动操作所使用的 Bot Connector 服务 URL 边界。公有云使用 SDK 默认值;对于 GCC(https://smba.infra.gcc.teams.microsoft.com/teams)、GCC High 或 DoD,请进行设置。当已存储的对话引用来自由世纪互联运营的 Teams 时,中国区接受 Azure 中国区 Bot Framework 渠道主机。channels.msteams.webhook.port(默认值为3978)。channels.msteams.webhook.path(默认值为/api/messages)。channels.msteams.dmPolicy:pairing | allowlist | open | disabled(默认值为pairing)。channels.msteams.allowFrom:私信允许列表(建议使用 AAD 对象 ID)。Graph 访问可用时,向导会在设置过程中将名称解析为 ID。channels.msteams.dangerouslyAllowNameMatching:紧急恢复开关,用于重新启用可变的 UPN/显示名称匹配,以及直接按团队/频道名称进行路由。channels.msteams.textChunkLimit:出站文本分块大小(字符数,默认值为4000;无论配置的值有多高,硬性上限均为4000)。channels.msteams.streaming.chunkMode:length(默认)或newline,用于在按长度分块前先按空行(段落边界)拆分。channels.msteams.mediaAllowHosts:入站附件主机允许列表(默认为 Microsoft/Teams 域:Graph、SharePoint/OneDrive、Teams CDN、Bot Framework、Azure Media Services)。channels.msteams.mediaAuthAllowHosts:媒体重试时允许附加 Authorization 标头的主机允许列表(默认为 Graph + Bot Framework 主机)。channels.msteams.graphMediaFallback:当频道/群组 HTML 省略文件标记时,选择启用 Graph 消息查询(默认值为false;请参阅频道/群组文件恢复)。channels.msteams.mediaMaxMb:每个频道的媒体大小限制覆盖值,以 MB 为单位。未设置时回退到agents.defaults.mediaMaxMb。channels.msteams.requireMention:在频道/群组中要求 @提及(默认值为true)。channels.msteams.replyStyle:thread | top-level(请参阅回复样式)。channels.msteams.teams.<teamId>.replyStyle:每个团队的覆盖值。channels.msteams.teams.<teamId>.requireMention:每个团队的覆盖值。channels.msteams.teams.<teamId>.tools:缺少频道覆盖值时使用的默认每团队工具策略覆盖值(allow/deny/alsoAllow)。channels.msteams.teams.<teamId>.toolsBySender:默认的每团队、每发送者工具策略覆盖值(支持"*"通配符)。channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle:每个频道的覆盖值。channels.msteams.teams.<teamId>.channels.<conversationId>.requireMention:每个频道的覆盖值。channels.msteams.teams.<teamId>.channels.<conversationId>.tools:每个频道的工具策略覆盖值(allow/deny/alsoAllow)。channels.msteams.teams.<teamId>.channels.<conversationId>.toolsBySender:每个频道、每个发送者的工具策略覆盖值(支持"*"通配符)。toolsBySender键应使用明确前缀:channel:、id:、e164:、username:、name:(旧版无前缀键仍只映射到id:)。channels.msteams.authType:身份验证类型——"secret"(默认)或"federated"。channels.msteams.certificatePath:PEM 证书文件的路径(联合身份 + 证书身份验证)。channels.msteams.certificateThumbprint:证书指纹;可接受,但身份验证不要求提供。channels.msteams.useManagedIdentity:启用托管身份验证(联合身份模式)。channels.msteams.managedIdentityClientId:用户分配的托管身份的客户端 ID。channels.msteams.sharePointSiteId:用于在群聊/频道中上传文件的 SharePoint 站点 ID(请参阅在群聊中发送文件)。channels.msteams.welcomeCard、channels.msteams.groupWelcomeCard、channels.msteams.promptStarters:首次通过私信/群组联系时显示的欢迎 Adaptive Card,以及其中的建议提示词按钮。channels.msteams.responsePrefix:添加到出站回复前的文本。channels.msteams.feedbackEnabled(默认值为true)、channels.msteams.feedbackReflection(默认值为true)、channels.msteams.feedbackReflectionCooldownMs:回复的赞/踩反馈,以及负面反馈后的反思跟进。channels.msteams.sso、channels.msteams.delegatedAuth:用于基于 SSO 的流程的 Bot Framework OAuth 连接和委托 Graph 权限范围;sso.enabled: true需要sso.connectionName。
路由和会话
- 会话键遵循标准智能体格式(请参阅 /concepts/session):
- 私信共享主会话(
agent:<agentId>:<mainKey>)。 - 频道/群组消息使用对话 ID:
agent:<agentId>:msteams:channel:<conversationId>agent:<agentId>:msteams:group:<conversationId>
- 私信共享主会话(
回复样式:主题帖与帖子
Teams 在相同的底层数据模型之上提供两种频道 UI 样式:
| 样式 | 描述 | 建议的 replyStyle |
|---|---|---|
| Posts(经典) | 消息显示为卡片,下方带有主题式回复 | thread(默认) |
| Threads(类似 Slack) | 消息按线性方式排列,更接近 Slack | top-level |
**问题:**Teams API 不会公开频道使用的是哪种 UI 样式。如果使用错误的 replyStyle:
- 在 Threads 样式的频道中使用
thread→ 回复会以不自然的方式嵌套显示。 - 在 Posts 样式的频道中使用
top-level→ 回复会显示为独立的顶层帖子,而不是显示在线程内。
**解决方案:**根据频道的设置方式,为每个频道配置 replyStyle:
{ channels: { msteams: { replyStyle: "thread", teams: { "19:abc...@thread.tacv2": { channels: { "19:xyz...@thread.tacv2": { replyStyle: "top-level", }, }, }, }, }, },}解析优先级
当 Bot 向频道发送回复时,replyStyle 会按从最具体的覆盖值到默认值的顺序解析。第一个非 undefined 值生效:
- 每频道——
channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle - 每团队——
channels.msteams.teams.<teamId>.replyStyle - 全局——
channels.msteams.replyStyle - 隐式默认值——派生自
requireMention:requireMention: true→threadrequireMention: false→top-level
如果在全局设置 requireMention: false,但没有明确设置 replyStyle,那么即使入站消息是主题帖回复,Posts 样式频道中的提及也会显示为顶层帖子。请在全局、团队或频道级别固定 replyStyle: "thread",以避免意外行为。
对于主动发送到已存储频道对话的消息(排队的工具调用回复、长时间运行的智能体),同样适用团队/频道解析;对于主动发送,无论 replyStyle 如何设置,群聊和个人(私信)对话始终解析为 top-level。
线程上下文保留
当 replyStyle: "thread" 生效,且 Bot 在频道线程中被 @提及时,OpenClaw 会将原始线程根重新附加到出站对话引用(19:...@thread.tacv2;messageid=<root>),使回复进入同一线程。这对实时(轮次内)发送,以及在 Bot Framework 轮次上下文过期后进行的主动发送均有效(例如长时间运行的智能体、通过 mcp__openclaw__message 排队的工具调用回复)。
线程根取自对话引用中存储的 threadId。早于 threadId 的旧版存储引用会回退到 activityId(即最后为该对话提供种子数据的入站活动),因此现有部署无需重新提供种子数据即可继续工作。
当 replyStyle: "top-level" 生效时,频道线程的入站消息会被有意回复为新的顶层帖子;不会附加线程后缀。这对于 Threads 样式频道是正确行为;如果本应收到线程回复的位置出现了顶层帖子,则说明该频道的 replyStyle 设置错误。
附件和图像
当前限制:
- **私信:**图像和文件附件可通过 Teams Bot 文件 API 正常使用。
- 频道/群组:附件存储在 M365 存储空间(SharePoint/OneDrive)中。Webhook 负载只包含 HTML 存根,而不包含实际的文件字节。下载频道附件需要 Graph API 权限。
- 对于明确以文件为首要内容的发送,请将
action=upload-file与media/filePath/path配合使用;可选的message会成为随附的文本/评论,而filename(或title)会覆盖上传后的名称。
如果没有 Graph 权限,包含图像的频道消息会以纯文本形式到达(Bot 无法访问图像内容)。
默认情况下,OpenClaw 只从 Microsoft/Teams 主机名下载媒体。可使用 channels.msteams.mediaAllowHosts 覆盖此设置(使用 ["*"] 允许任意主机)。
仅对 channels.msteams.mediaAuthAllowHosts 中的主机附加 Authorization 标头(默认为 Graph + Bot Framework 主机)。请严格限制此列表(避免使用多租户后缀)。
在群聊中发送文件
Bot 可以使用内置的 FileConsentCard 流程在私信中发送文件。在群聊/频道中发送文件需要额外设置:
| 上下文 | 文件发送方式 | 所需设置 |
|---|---|---|
| 私信 | FileConsentCard → 用户接受 → Bot 上传 | 开箱即用 |
| 群聊/频道 | 上传到 SharePoint → 原生文件卡片 | 需要 sharePointSiteId + Graph 权限 |
| 图像(任何上下文) | Base64 编码的内联内容 | 开箱即用 |
群聊为何需要 SharePoint
Bot 使用应用程序身份,而 Microsoft Graph 的 /me 资源要求用户已登录。要在群聊/频道中发送文件,Bot 会将文件上传到 SharePoint 站点并创建共享链接。
设置
-
在 Entra ID (Azure AD) → App Registration 中添加 Graph API 权限:
Sites.ReadWrite.All(Application)——将文件上传到 SharePoint。ChatMember.Read.All(Application)——用于群聊文件发送的最低权限租户级权限。Chat.Read.All也可用,并且在启用群聊历史记录时已涵盖此权限。作为每个聊天的替代方案,请使用ChatMember.Read.Chat资源特定同意权限。
-
为租户授予管理员同意。
-
获取 SharePoint 站点 ID:
bash # 通过 Graph Explorer 或使用有效令牌的 curl:curl -H "Authorization: Bearer $TOKEN" \ "https://graph.microsoft.com/v1.0/sites/{hostname}:/{site-path}" # 示例:对于位于 "contoso.sharepoint.com/sites/BotFiles" 的站点curl -H "Authorization: Bearer $TOKEN" \ "https://graph.microsoft.com/v1.0/sites/contoso.sharepoint.com:/sites/BotFiles" # 响应包含:"id": "contoso.sharepoint.com,guid1,guid2" -
配置 OpenClaw:
json5 { channels: { msteams: { // ... 其他配置 ... sharePointSiteId: "contoso.sharepoint.com,guid1,guid2", }, },}
共享行为
| 上下文和权限 | 共享行为 |
|---|---|
频道 + Sites.ReadWrite.All |
组织范围的共享链接(组织中的任何人均可访问) |
群聊 + Sites.ReadWrite.All + 支持的聊天成员读取授权 |
每用户共享链接(仅聊天成员可访问) |
| 群聊,但没有支持的聊天成员读取授权 | 发送以失败关闭 |
每用户共享更安全,因为只有聊天参与者才能访问文件。对于群聊,OpenClaw 要求成功查询成员;超时、传输失败、空结果和 Graph API 拒绝都会导致发送失败,而不会将访问范围扩大到整个组织。
回退行为
| 场景 | 结果 |
|---|---|
| 群聊 + 文件 + 已配置 SharePoint 和成员权限 | 上传到 SharePoint,发送原生文件卡片 |
| 群聊 + 文件 + 缺少 SharePoint 或成员权限 | 失败并返回可操作的配置错误 |
频道 + 文件 + 已配置 sharePointSiteId |
上传到 SharePoint,发送原生文件卡片 |
| 个人聊天 + 文件 | FileConsentCard 流程(无需 SharePoint 即可工作) |
| 任意上下文 + 图像 | Base64 编码内联(无需 SharePoint 即可工作) |
文件存储位置
上传的文件存储在已配置 SharePoint 站点默认文档库的 /OpenClawShared/ 文件夹中。
投票(Adaptive Cards)
OpenClaw 使用 Adaptive Cards 发送 Teams 投票(Teams 没有原生投票 API)。
- CLI:
openclaw message poll --channel msteams --target conversation:<id> --poll-question "..." --poll-option "..." --poll-option "..."。 - 投票由 Gateway 网关记录在 OpenClaw 插件状态 SQLite 的
state/openclaw.sqlite下。 - 现有
msteams-polls.json文件由openclaw doctor --fix导入,而不是由正在运行的插件导入。 - Gateway 网关必须保持在线才能记录投票。
- 投票不会自动发布结果摘要,并且目前还没有投票结果 CLI。
呈现卡片
使用 message 工具、CLI 或普通回复投递,将语义化呈现负载发送给 Teams 用户或对话。OpenClaw 根据通用呈现契约将其渲染为 Teams Adaptive Cards。
presentation 参数接受语义块。提供 presentation 时,消息文本可选。按钮会渲染为 Adaptive Card 提交操作或 URL 操作。Teams 渲染器不原生支持选择菜单,因此 OpenClaw 会在投递前将其降级为可读文本。
智能体工具:
{ action: "send", channel: "msteams", target: "user:<id>", presentation: { title: "你好", blocks: [{ type: "text", text: "你好!" }], },}CLI:
openclaw message send --channel msteams \ --target "conversation:19:abc...@thread.tacv2" \ --presentation '{"title":"你好","blocks":[{"type":"text","text":"你好!"}]}'有关目标格式的详细信息,请参阅下方的目标格式。
目标格式
MSTeams 目标使用前缀来区分用户和对话:
| 目标类型 | 格式 | 示例 |
|---|---|---|
| 用户(按 ID) | user:<aad-object-id> |
user:40a1a0ed-4ff2-4164-a219-55518990c197 |
| 用户(按名称) | user:<display-name> |
user:John Smith(需要 Graph API) |
| 群组/频道 | conversation:<conversation-id> |
conversation:19:abc123...@thread.tacv2 |
| 群组/频道(原始) | <conversation-id> |
19:abc123...@thread.tacv2、19:...@unq.gbl.spaces,或不带前缀的 a:/8:orgid:/29: Bot Framework ID |
CLI 示例:
# 按 ID 向用户发送消息openclaw message send --channel msteams --target "user:40a1a0ed-..." --message "你好" # 按显示名称向用户发送消息(触发 Graph API 查询)openclaw message send --channel msteams --target "user:John Smith" --message "你好" # 向群聊或频道发送消息openclaw message send --channel msteams --target "conversation:19:abc...@thread.tacv2" --message "你好" # 向对话发送呈现卡片openclaw message send --channel msteams --target "conversation:19:abc...@thread.tacv2" \ --presentation '{"title":"你好","blocks":[{"type":"text","text":"你好"}]}'智能体工具示例:
{ action: "send", channel: "msteams", target: "user:John Smith", message: "你好!",}{ action: "send", channel: "msteams", target: "conversation:19:abc...@thread.tacv2", presentation: { title: "你好", blocks: [{ type: "text", text: "你好" }], },}主动消息
- 只有在用户进行交互之后才能发送主动消息,因为 OpenClaw 会在此时存储对话引用。
- 有关
dmPolicy和允许列表门控,请参阅 /gateway/configuration。
团队和频道 ID(常见易错点)
Teams URL 中的 groupId 查询参数不是用于配置的团队 ID。请改为从 URL 路径中提取 ID:
团队 URL:
https://teams.microsoft.com/l/team/19%3ABk4j...%40thread.tacv2/conversations?groupId=... └────────────────────────────┘ 团队对话 ID(对此进行 URL 解码)频道 URL:
https://teams.microsoft.com/l/channel/19%3A15bc...%40thread.tacv2/ChannelName?groupId=... └─────────────────────────┘ 频道 ID(对此进行 URL 解码)用于配置:
- 团队键 =
/team/后的路径段(经过 URL 解码,例如19:Bk4j...@thread.tacv2;较旧的租户可能显示@thread.skype,这同样有效)。 - 频道键 =
/channel/后的路径段(经过 URL 解码)。 - 对于 OpenClaw 路由,请忽略
groupId查询参数。它是 Microsoft Entra 组 ID,而不是传入 Teams 活动中使用的 Bot Framework 对话 ID。
私有频道
Bot 对私有频道的支持有限:
| 功能 | 标准频道 | 私有频道 |
|---|---|---|
| Bot 安装 | 是 | 有限 |
| 实时消息(webhook) | 是 | 可能无法工作 |
| RSC 权限 | 是 | 行为可能不同 |
| @提及 | 是 | Bot 可访问时可用 |
| Graph API 历史记录 | 是 | 是(具有相应权限时) |
如果私有频道无法工作,可使用以下变通方案:
- 使用标准频道进行 Bot 交互。
- 使用私信;用户始终可以直接向 Bot 发送消息。
- 使用 Graph API 访问历史记录(需要
ChannelMessage.Read.All)。
故障排查
常见问题
- **频道中不显示图像:**缺少 Graph 权限或管理员同意。重新安装 Teams 应用,然后完全退出并重新打开 Teams。
- **频道中没有响应:**默认需要提及;设置
channels.msteams.requireMention=false,或按团队/频道进行配置。 - **版本不匹配(Teams 仍显示旧清单):**移除并重新添加应用,然后完全退出 Teams 以刷新。
- **webhook 返回 401 Unauthorized:**在没有 Azure JWT 的情况下手动测试时,这是预期行为;这表示端点可访问,但身份验证失败。请使用 Azure Web Chat 进行正确测试。
清单上传错误
- **"Icon file cannot be empty":**清单引用的图标文件大小为 0 字节。创建有效的 PNG 图标(
outline.png为 32x32,color.png为 192x192)。 - **"webApplicationInfo.Id already in use":**应用仍安装在另一个团队/聊天中。请先找到并卸载它,或等待 5-10 分钟以完成传播。
- **上传时显示 "Something went wrong":**改为通过 https://admin.teams.microsoft.com 上传,打开浏览器 DevTools(F12)→ Network 选项卡,然后检查响应正文中的实际错误。
- **旁加载失败:**尝试使用 "Upload an app to your org's app catalog",而不是 "Upload a custom app";这通常可以绕过旁加载限制。
RSC 权限无法工作
- 验证
webApplicationInfo.id是否与 Bot 的 App ID 完全匹配。 - 重新上传应用,并在团队/聊天中重新安装。
- 检查组织管理员是否已阻止 RSC 权限。
- 确认使用了正确的作用域:团队使用
ChannelMessage.Read.Group,群聊使用ChatMessage.Read.Chat。
参考资料
- 创建 Azure Bot - Azure Bot 设置指南
- Teams Developer Portal - 创建/管理 Teams 应用
- Teams 应用清单架构
- 使用 RSC 接收频道消息
- RSC 权限参考
- Teams Bot 文件处理(频道/群组需要 Graph)
- 主动消息
- @microsoft/teams.cli - 用于管理 Bot 的 Teams CLI