Microsoft Teams(插件)
“进入此地者,放弃一切希望。”更新日期:2026-01-21 状态:支持文本和私信附件;渠道/组文件发送需要
sharePointSiteId + Graph 权限(请参阅在群组聊天中发送文件)。投票通过 Adaptive Cards 发送。
所需插件
Microsoft Teams 作为插件提供,不包含在核心安装中。 重大变更(2026.1.15):**Microsoft Teams 已移出核心组件。如果您使用它,必须安装该插件。 原因:保持核心安装更轻量,并允许 Microsoft Teams 依赖项独立更新。 通过 CLI(npm 注册表)安装:快速设置(初学者)
- 安装 Microsoft Teams 插件。
- 创建一个 Azure Bot(App ID + client secret + tenant ID)。
- 使用这些凭据配置 OpenClaw。
- 通过公共 URL 或隧道公开
/api/messages(默认端口 3978)。 - 安装 Teams 应用包并启动网关。
channels.msteams.groupPolicy: "allowlist")。要允许群组回复,请设置 channels.msteams.groupAllowFrom(或使用 groupPolicy: "open" 允许任何成员,需提及触发)。
目标
- 通过 Teams 私信、群组聊天或频道与 OpenClaw 对话。
- 保持路由确定性:回复始终返回到它们到达的频道。
- 默认采用安全的频道行为(除非另有配置,否则需要提及)。
配置写入
默认情况下,允许 Microsoft Teams 写入由/config set|unset 触发的配置更新(需要 commands.config: true)。
禁用方法:
访问控制(私信 + 群组)
私信访问- 默认值:
channels.msteams.dmPolicy = "pairing"。未知发件人将被忽略,直到获得批准。 channels.msteams.allowFrom应使用稳定的 AAD 对象 ID。- UPN/显示名称是可变的;默认情况下禁用直接匹配,仅在启用
channels.msteams.dangerouslyAllowNameMatching: true时启用。 - 当凭据允许时,向导可以通过 Microsoft Graph 将名称解析为 ID。
- 默认值:
channels.msteams.groupPolicy = "allowlist"(被阻止,除非您添加groupAllowFrom)。当未设置时,使用channels.defaults.groupPolicy覆盖默认值。 channels.msteams.groupAllowFrom控制哪些发件人可以在群聊/频道中触发(回退到channels.msteams.allowFrom)。- 设置
groupPolicy: "open"以允许任何成员(默认仍需提及触发)。 - 要允许无频道,请设置
channels.msteams.groupPolicy: "disabled"。
- 通过在
channels.msteams.teams下列出团队和频道来限定群组/频道回复的范围。 - 键应使用稳定的团队 ID 和频道对话 ID。
- 当
groupPolicy="allowlist"并且存在团队允许列表时,仅接受列出的团队/频道(需提及触发)。 - 配置向导接受
Team/Channel条目并为您存储它们。 - 在启动时,如果 Graph 权限允许,OpenClaw 会将团队/渠道和用户允许列表名称解析为 ID,并记录映射关系;未解析的团队/渠道名称将保持原样,但在默认情况下会被路由忽略,除非启用了
channels.msteams.dangerouslyAllowNameMatching: true。
工作原理
- 安装 Microsoft Teams 插件。
- 创建一个 Azure Bot(应用 ID + 密钥 + 租户 ID)。
- 构建一个 Teams 应用包,该应用包引用该机器人并包含以下 RSC 权限。
- 将 Teams 应用上传/安装到团队中(或用于私信的个人范围)。
- 在
~/.openclaw/openclaw.json(或环境变量)中配置msteams并启动网关。 - 默认情况下,网关在
/api/messages上侦听 Bot Framework Webhook 流量。
Azure Bot 设置(先决条件)
在配置 OpenClaw 之前,你需要创建一个 Azure Bot 资源。步骤 1:创建 Azure Bot
- 转到创建 Azure Bot
-
填写 ** Basics ** 选项卡:
字段 值 Bot handle 你的机器人名称,例如 openclaw-msteams(必须唯一)订阅 选择你的 Azure 订阅 资源组 新建或使用现有的 定价层 开发/测试使用 Free 应用类型 Single Tenant(推荐 - 请参阅下面的说明) 创建类型 创建新的 Microsoft App ID
弃用通知: 在 2025-07-31 之后,已弃用创建新的多租户机器人。新机器人请使用 Single Tenant。
- 单击 Review + create → Create(等待约 1-2 分钟)
步骤 2:获取凭据
- 转到你的 Azure Bot 资源 → Configuration
- 复制 Microsoft App ID → 这是你的
appId - 单击 管理密码 → 转到应用注册
- 在 证书和密钥 下 → 新建客户端密码 → 复制 值 → 这是你的
appPassword - 转到 概述 → 复制 目录(租户) ID → 这是你的
tenantId
步骤 3:配置消息传递终结点
- 在 Azure Bot 中 → 配置
- 将 消息传递终结点 设置为你的 Webhook URL:
- 生产环境:
https://your-domain.com/api/messages - 本地开发:使用隧道(见下方的 本地开发)
- 生产环境:
步骤 4:启用 Teams 频道
- 在 Azure Bot 中 → 频道
- 点击 Microsoft Teams → Configure → Save
- 接受服务条款
本地开发(隧道)
Teams 无法访问localhost。使用隧道进行本地开发:
选项 A:ngrok
Teams 开发者门户(替代方案)
除了手动创建清单 ZIP 文件,你可以使用 Teams 开发者门户:- 单击 + 新建应用
- 填写基本信息(名称、描述、开发者信息)
- 转到 应用功能 → Bot
- 选择 手动输入机器人 ID 并粘贴你的 Azure Bot 应用 ID
- 检查范围: 个人、 团队、 群组聊天
- 单击 分发 → 下载应用包
- 在 Teams 中: 应用 → 管理你的应用 → 上传自定义应用 → 选择该 ZIP 文件
测试机器人
选项 A:Azure Web 聊天(先验证 webhook)- 在 Azure 门户中 → 你的 Azure Bot 资源 → 在 Web 聊天中测试
- 发送消息 - 你应该会看到回复
- 这确认了你的 Webhook 终结点在 Teams 设置之前工作正常
- 安装 Teams 应用(侧加载或组织目录)
- 在 Teams 中找到机器人并发送私信
- 检查网关日志中的传入活动
设置(纯文本版)
-
安装 Microsoft Teams 插件
- 来自 npm:
openclaw plugins install @openclaw/msteams - 从本地检出安装:
openclaw plugins install ./extensions/msteams
- 来自 npm:
-
机器人注册
- 创建一个 Azure 机器人(见上文)并记录:
- 应用程序 ID
- 客户端密码(应用程序密码)
- 租户 ID(单租户)
- 创建一个 Azure 机器人(见上文)并记录:
-
Teams 应用清单
- 包含一个带有
botId = <App ID>的bot条目。 - 范围:
personal、team、groupChat。 supportsFiles: true(个人范围文件处理所需)。- 添加 RSC 权限(见下文)。
- 创建图标:
outline.png(32x32) 和color.png(192x192)。 - 将所有三个文件打包在一起:
manifest.json、outline.png、color.png。
- 包含一个带有
-
配置 OpenClaw
您也可以使用环境变量代替配置键:
MSTEAMS_APP_IDMSTEAMS_APP_PASSWORDMSTEAMS_TENANT_ID
-
机器人端点
- 将 Azure 机器人消息传递端点设置为:
https://<host>:3978/api/messages(或您选择的路径/端口)。
- 将 Azure 机器人消息传递端点设置为:
-
运行网关
- 当插件安装并且
msteams配置包含凭据时,Teams 渠道会自动启动。
- 当插件安装并且
历史记录上下文
channels.msteams.historyLimit控制有多少条最近的渠道/群组消息被包装到提示中。- 回退到
messages.groupChat.historyLimit。将0设置为禁用(默认为 50)。 - 私信历史记录可以通过
channels.msteams.dmHistoryLimit(用户轮次)进行限制。每用户覆盖:channels.msteams.dms["<user_id>"].historyLimit。
当前的 Teams RSC 权限(清单)
这些是我们 Teams 应用清单中现有的资源特定权限。它们仅适用于安装了该应用的团队/聊天中。 对于渠道(团队范围):ChannelMessage.Read.Group(应用程序) - 接收所有渠道消息而无需 @提及ChannelMessage.Send.Group(应用程序)Member.Read.Group(应用程序)Owner.Read.Group(应用程序)ChannelSettings.Read.Group(应用程序)TeamMember.Read.Group(应用程序)TeamSettings.Read.Group(Application)
ChatMessage.Read.Chat(Application) - 在不使用 @提及的情况下接收所有群组聊天消息
Teams 清单示例(已编辑)
包含必填字段的最低有效示例。请替换 ID 和 URL。清单注意事项(必填字段)
bots[].botId必须与 Azure Bot App ID 匹配。webApplicationInfo.id必须与 Azure Bot App ID 匹配。bots[].scopes必须包含您计划使用的界面(personal、team、groupChat)。- 在个人范围内处理文件需要
bots[].supportsFiles: true。 - 如果您需要渠道流量,
authorization.permissions.resourceSpecific必须包含渠道读取/发送权限。
更新现有应用
要更新已安装的 Teams 应用(例如,添加 RSC 权限):- 使用新设置更新您的
manifest.json - 增加
version字段(例如,1.0.0→1.1.0) - 重新打包清单及图标(
manifest.json、outline.png、color.png) - 上传新的 zip 包:
- 选项 A(Teams 管理中心): Teams 管理中心 → Teams 应用 → 管理应用 → 找到您的应用 → 上传新版本
- 选项 B(侧加载): 在 Teams 中 → 应用 → 管理您的应用 → 上传自定义应用
- 对于团队渠道: 在每个团队中重新安装应用以使新权限生效
- 完全退出并重新启动 Teams(不仅仅是关闭窗口)以清除缓存的应用元数据
功能:仅 RSC 与 Graph
使用 仅 Teams RSC(应用已安装,无 Graph API 权限)
有效操作:- 读取渠道消息 文本 内容。
- 发送渠道消息 文本 内容。
- 接收 个人(私信) 文件附件。
- 渠道/群组 图像或文件内容(负载仅包含 HTML 存根)。
- 下载存储在 SharePoint/OneDrive 中的附件。
- 读取消息历史记录(超出实时 webhook 事件)。
使用 Teams RSC + Microsoft Graph 应用程序权限
新增:- 下载托管内容(粘贴到消息中的图片)。
- 下载存储在 SharePoint/OneDrive 中的文件附件。
- 通过 Graph 读取渠道/聊天消息历史。
RSC 与 Graph API 对比
| 功能 | RSC 权限 | Graph API |
|---|---|---|
| 实时消息 | 是(通过 webhook) | 否(仅限轮询) |
| 历史消息 | 否 | 是(可以查询历史) |
| 设置复杂度 | 仅限应用清单 | 需要管理员同意 + 令牌流 |
| 离线工作 | 否(必须正在运行) | 是(随时查询) |
ChannelMessage.Read.All 的 Graph API(需要管理员同意)。
启用 Graph 的媒体 + 历史(渠道必需)
如果您需要在渠道中使用图片/文件,或者想要获取消息历史,则必须启用 Microsoft Graph 权限并授予管理员同意。- 在 Entra ID (Azure AD) 应用注册 中,添加 Microsoft Graph 应用程序权限:
ChannelMessage.Read.All(渠道附件 + 历史)Chat.Read.All或ChatMessage.Read.All(群组聊天)
- 为租户授予管理员同意。
- 升级 Teams 应用清单版本,重新上传,并在 Teams 中重新安装该应用。
- 完全退出并重新启动 Teams 以清除缓存的应用元数据。
User.Read.All(应用程序)权限并授予管理员同意。
已知限制
Webhook 超时
Teams 通过 HTTP webhook 传递消息。如果处理时间过长(例如,LLM 响应缓慢),你可能会看到:- Gateway(网关) 超时
- Teams 重试该消息(导致重复)
- 回复丢失
格式
Teams markdown 比 Slack 或 Discord 更受限制:- 基本格式有效:粗体、斜体、
code、链接 - 复杂的 markdown(表格、嵌套列表)可能无法正确渲染
- 支持用于投票和任意卡片发送的 Adaptive Cards(见下文)
配置
关键设置(有关共享渠道模式请参见/gateway/configuration):
channels.msteams.enabled:启用/禁用该渠道。channels.msteams.appId、channels.msteams.appPassword、channels.msteams.tenantId:机器人凭据。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:出站文本分块大小。channels.msteams.chunkMode:length(默认)或newline以在长度分块之前按空行(段落边界)拆分。channels.msteams.mediaAllowHosts:入站附件主机的允许列表(默认为 Microsoft/Teams 域)。channels.msteams.mediaAuthAllowHosts:在媒体重试时附加 Authorization 标头的允许列表(默认为 Graph + Bot Framework 主机)。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键应使用显式前缀:id:,e164:,username:,name:(旧的无前缀键仍仅映射到id:)。channels.msteams.sharePointSiteId:用于群聊/渠道中文件上传的 SharePoint 网站 ID(参见 在群聊中发送文件)。
路由与会话
- 会话键遵循标准代理格式(参见 /concepts/会话):
- 直接消息共享主会话(
agent:<agentId>:<mainKey>)。 - 渠道/群组消息使用对话 ID:
agent:<agentId>:msteams:channel:<conversationId>agent:<agentId>:msteams:group:<conversationId>
- 直接消息共享主会话(
回复样式:线程与帖子
Teams 最近在同一基础数据模型上引入了两种渠道 UI 样式:| 样式 | 描述 | 推荐的 replyStyle |
|---|---|---|
| 帖子(经典) | 消息显示为卡片,下方有线程回复 | thread(默认) |
| 主题 (类似 Slack) | 消息线性流动,更像 Slack | top-level |
replyStyle:
- 在 Threads 样式的渠道中使用
thread→ 回复会以尴尬的嵌套方式显示 - 在 Posts 样式的渠道中使用
top-level→ 回复显示为单独的顶级帖子,而不是在主题内
replyStyle:
附件与图片
当前限制:- 私信: 图片和文件附件通过 Teams bot 文件 API 工作。
- 渠道/群组: 附件存储在 M365 存储(SharePoint/OneDrive)中。Webhook 负载仅包含 HTML 存根,不包含实际文件字节。必须具有 Graph API 权限 才能下载渠道附件。
channels.msteams.mediaAllowHosts 覆盖(使用 ["*"] 允许任何主机)。
授权标头仅附加到 channels.msteams.mediaAuthAllowHosts 中的主机(默认为 Graph + Bot Framework 主机)。请保持此列表严格(避免多租户后缀)。
在群组聊天中发送文件
Bot 可以使用 FileConsentCard 流程(内置)在私信中发送文件。但是,在群组聊天/渠道中发送文件需要额外设置:| 上下文 | 文件发送方式 | 所需设置 |
|---|---|---|
| 私信 | FileConsentCard → 用户接受 → bot 上传 | 开箱即用 |
| 群组聊天/渠道 | 上传到 SharePoint → 共享链接 | 需要 sharePointSiteId + Graph 权限 |
| 图片(任何上下文) | Base64 编码内联 | 开箱即用 |
为什么群组聊天需要 SharePoint
机器人没有个人的 OneDrive 驱动器(/me/drive Graph API 端点不适用于应用程序标识)。要在群组聊天/频道中发送文件,机器人会上传到 SharePoint 站点 并创建共享链接。
设置
-
在 Entra ID (Azure AD) → App Registration(应用注册)中添加 Graph API 权限:
Sites.ReadWrite.All(应用程序) - 将文件上传到 SharePointChat.Read.All(应用程序) - 可选,启用每用户共享链接
- 授予管理员同意 租户。
-
获取您的 SharePoint 网站 ID:
-
配置 OpenClaw:
共享行为
| 权限 | 共享行为 |
|---|---|
仅限 Sites.ReadWrite.All | 组织范围的共享链接(组织内的任何人均可访问) |
Sites.ReadWrite.All + Chat.Read.All | 每用户共享链接(仅聊天成员可访问) |
Chat.Read.All 权限,机器人将回退到组织范围的共享。
回退行为
| 场景 | 结果 |
|---|---|
群组聊天 + 文件 + 已配置 sharePointSiteId | 上传到 SharePoint,发送共享链接 |
群组聊天 + 文件 + 无 sharePointSiteId | 尝试 OneDrive 上传(可能会失败),仅发送文本 |
| 个人聊天 + 文件 | FileConsentCard 流程(无需 SharePoint 即可工作) |
| 任何上下文 + 图像 | Base64 编码内联(无需 SharePoint 即可工作) |
文件存储位置
上传的文件存储在配置的 SharePoint 网站的默认文档库中的/OpenClawShared/ 文件夹中。
投票(自适应卡片)
OpenClaw 将 Teams 投票作为自适应卡片(Adaptive Cards)发送(没有原生的 Teams 投票 API)。- CLI:
openclaw message poll --channel msteams --target conversation:<id> ... - 投票由网关记录在
~/.openclaw/msteams-polls.json中。 - 网关必须保持在线才能记录投票。
- 投票尚未自动发布结果摘要(如需要,请检查存储文件)。
自适应卡片(任意)
使用message 工具或 CLI 向 Teams 用户或对话发送任何自适应卡片 JSON。
card 参数接受一个自适应卡片 JSON 对象。当提供 card 时,消息文本是可选的。
Agent 工具:
目标格式
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(如果包含 @thread) |
user: 前缀,名称默认解析为组/团队。按显示名称定位人员时,请始终使用 user:。
主动消息
- 只有在用户进行交互之后才能发送主动消息,因为我们会此时存储会话引用。
- 请参阅
/gateway/configuration了解dmPolicy和允许列表控制。
团队和渠道 ID(常见陷阱)
Teams URL 中的groupId 查询参数不是用于配置的团队 ID。请改为从 URL 路径中提取 ID:
团队 URL:
- 团队 ID =
/team/之后的路径段(URL 解码,例如19:Bk4j...@thread.tacv2) - 渠道 ID =
/channel/之后的路径段(URL 解码) - 忽略
groupId查询参数
私人渠道
机器人对私密渠道的支持有限:| 功能 | 标准渠道 | 私密渠道 |
|---|---|---|
| 机器人安装 | 是 | 有限 |
| 实时消息 | 是 | 可能无法工作 |
| RSC 权限 | 是 | 行为可能不同 |
| @提及 | 是 | 如果机器人可访问 |
| Graph API 历史 | 是 | 是(需要权限) |
- 使用标准渠道进行机器人交互
- 使用私信 - 用户始终可以直接向机器人发送消息
- 使用 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 上传,打开浏览器开发人员工具 (F12) → “网络”选项卡,并检查响应正文以获取实际错误。
- 侧载失败: 请尝试“Upload an app to your org’s app catalog”,而不是“Upload a custom app” - 这通常会绕过侧载限制。
RSC 权限不起作用
- 验证
webApplicationInfo.id是否与您机器人的应用 ID 完全匹配 - 重新上传应用并在团队/聊天中重新安装
- 检查您的组织管理员是否阻止了 RSC 权限
- 确认您使用了正确的范围:团队使用
ChannelMessage.Read.Group,群组聊天使用ChatMessage.Read.Chat
参考
- 创建 Azure Bot - Azure Bot 设置指南
- Teams 开发者门户 - 创建/管理 Teams 应用
- Teams 应用清单架构
- 使用 RSC 接收渠道消息
- RSC 权限参考
- Teams 机器人文件处理 (渠道/群组需要 Graph)
- 主动消息
本页面源自 openclaw/openclaw,由 BeaversLab 翻译,遵循 MIT 协议 发布。