Microsoft Teams

Status：支持文本 + 私信附件；频道/群组文件发送需要 sharePointSiteId + Graph 权限（见在群组聊天中发送文件）。投票通过 Adaptive Cards 发送。消息操作会公开显式的 upload-file，用于以文件优先方式发送。

# 内置插件

Microsoft Teams 在当前 OpenClaw 版本中作为内置插件提供，因此在常规打包构建中不需要单独安装。

如果你使用的是较旧构建，或自定义安装中排除了内置 Teams，请直接安装 npm 包：

openclaw plugins install @openclaw/msteams

使用裸包可跟随当前官方发布标签。只有在需要可复现安装时，才固定精确版本。

本地检出（从 git 仓库运行时）：

openclaw plugins install ./path/to/local/msteams-plugin

详情：插件

# 快速设置

@microsoft/teams.cli 可通过单个命令处理机器人注册、清单创建和凭据生成。

1. 安装并登录

npm install -g @microsoft/teams.cli@preview
teams login
teams status   # verify you're logged in and see your tenant info

2. 启动隧道（Teams 无法访问 localhost）

如果你尚未安装和认证 devtunnel CLI，请先完成（入门指南）。

# One-time setup (persistent URL across sessions):
devtunnel create my-openclaw-bot --allow-anonymous
devtunnel port create my-openclaw-bot -p 3978 --protocol auto

# Each dev session:
devtunnel host my-openclaw-bot
# Your endpoint: 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 托管 - 不需要 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-link

6. 验证一切正常

teams app doctor <teamsAppId>

这会对机器人注册、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。
• 不要依赖 UPN/显示名称匹配来做允许列表 - 它们可能会变化。OpenClaw 默认禁用直接名称匹配；如需使用，请显式启用 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: {
      groupPolicy: "allowlist",
      groupAllowFrom: ["[email protected]"],
    },
  },
}

Teams + 频道允许列表

• 通过在 channels.msteams.teams 下列出团队和频道来限定群组/频道回复范围。
• 键应使用来自 Teams 链接的稳定 Teams 会话 ID，而不是可变的显示名称。
• 当 groupPolicy="allowlist" 且存在团队允许列表时，仅接受列出的团队/频道（需要提及）。
• 配置向导接受 Team/Channel 条目，并为你存储它们。
• 启动时，OpenClaw 会将团队/频道和用户允许列表名称解析为 ID（当 Graph 权限允许时） 并记录映射；未解析的团队/频道名称会按输入保留，但默认会被路由忽略，除非启用 channels.msteams.dangerouslyAllowNameMatching: true。

示例：

{
  channels: {
    msteams: {
      groupPolicy: "allowlist",
      teams: {
        "My Team": {
          channels: {
            General: { requireMention: true },
          },
        },
      },
    },
  },
}

{
  channels: {
    msteams: {
      enabled: true,
      appId: "<APP_ID>",
      appPassword: "<APP_PASSWORD>",
      tenantId: "<TENANT_ID>",
      webhook: { port: 3978, path: "/api/messages" },
    },
  },
}

# 联合认证（证书加托管身份）

添加于 2026.4.11

对于生产部署，OpenClaw 支持联合认证，可作为比客户端密钥更安全的替代方案。有两种方法可用：

# 选项 A：基于证书的认证

使用已注册到你的 Entra ID 应用注册中的 PEM 证书。

设置：

1. 生成或获取证书（带私钥的 PEM 格式）。
2. 在 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=federated
• MSTEAMS_CERTIFICATE_PATH=/path/to/cert.pem

# 选项 B：Azure Managed Identity

使用 Azure Managed Identity 进行无密码认证。这非常适合在 Azure 基础设施（AKS、App Service、Azure VM）上部署且托管身份可用的场景。

工作方式：

1. 机器人 pod/VM 拥有托管身份（系统分配或用户分配）。
2. 联合身份凭据将托管身份关联到 Entra ID 应用注册。
3. 运行时，OpenClaw 使用 @azure/identity 从 Azure IMDS 端点（169.254.169.254）获取令牌。
4. 令牌会传递给 Teams SDK，用于机器人认证。

先决条件：

• 启用了托管身份的 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" },
    },
  },
}

配置（用户分配的托管身份）：

{
  channels: {
    msteams: {
      enabled: true,
      appId: "<APP_ID>",
      tenantId: "<TENANT_ID>",
      authType: "federated",
      useManagedIdentity: true,
      managedIdentityClientId: "<MI_CLIENT_ID>",
      webhook: { port: 3978, path: "/api/messages" },
    },
  },
}

环境变量：

• MSTEAMS_AUTH_TYPE=federated
• MSTEAMS_USE_MANAGED_IDENTITY=true
• MSTEAMS_MANAGED_IDENTITY_CLIENT_ID=<client-id>（仅用于用户分配）

# AKS 工作负载身份设置

对于使用工作负载身份的 AKS 部署：

1. 在你的 AKS 集群上启用工作负载身份。

2. 在 Entra ID 应用注册上创建联合身份凭据：

   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"]
   }'
   

3. 使用应用客户端 ID 注解 Kubernetes 服务账号：

   apiVersion: v1
   kind: ServiceAccount
   metadata:
     name: my-bot-sa
     annotations:
       azure.workload.identity/client-id: "<APP_CLIENT_ID>"
   

4. 为工作负载身份注入标记 Pod：

   metadata:
     labels:
       azure.workload.identity/use: "true"
   

5. 确保网络可访问 IMDS（169.254.169.254）- 如果使用 NetworkPolicy，请添加一条出站规则，允许端口 80 上发往 169.254.169.254/32 的流量。

# 身份验证类型对比

默认行为： 当未设置 authType 时，OpenClaw 默认使用客户端密钥身份验证。现有配置无需更改即可继续工作。

# 本地开发（隧道）

Teams 无法访问 localhost。使用持久开发隧道，让你的 URL 在不同会话中保持不变：

# One-time setup:
devtunnel create my-openclaw-bot --allow-anonymous
devtunnel port create my-openclaw-bot -p 3978 --protocol auto

# Each dev session:
devtunnel host my-openclaw-bot

替代方案：ngrok http 3978 或 tailscale funnel 3978（每个会话的 URL 可能会变化）。

如果你的隧道 URL 发生变化，请更新端点：

teams app update <teamsAppId> --endpoint "https://<new-url>/api/messages"

# 测试 Bot

运行诊断：

teams app doctor <teamsAppId>

一次性检查 Bot 注册、AAD 应用、清单和 SSO 配置。

发送测试消息：

1. 安装 Teams 应用（使用来自 teams app get <id> --install-link 的安装链接）
2. 在 Teams 中找到 Bot 并发送私信
3. 检查 Gateway 网关日志中的传入活动

# 环境变量

所有配置键也可以改用环境变量设置：

• MSTEAMS_APP_ID
• MSTEAMS_APP_PASSWORD
• MSTEAMS_TENANT_ID
• MSTEAMS_AUTH_TYPE（可选："secret" 或 "federated"）
• MSTEAMS_CERTIFICATE_PATH（联合 + 证书）
• MSTEAMS_CERTIFICATE_THUMBPRINT（可选，身份验证不需要）
• MSTEAMS_USE_MANAGED_IDENTITY（联合 + 托管身份）
• MSTEAMS_MANAGED_IDENTITY_CLIENT_ID（仅限用户分配 MI）

# 成员信息操作

OpenClaw 为 Microsoft Teams 暴露了一个由 Graph 支持的 member-info 操作，以便智能体和自动化可以直接从 Microsoft Graph 解析渠道成员详情（显示名称、电子邮件、角色）。

要求：

• Member.Read.Group RSC 权限（已在推荐清单中）
• 对于跨团队查找：需要带管理员同意的 User.Read.All Graph 应用权限

此操作受 channels.msteams.actions.memberInfo 控制（默认：当 Graph 凭据可用时启用）。

# 历史上下文

• channels.msteams.historyLimit 控制将多少最近的渠道/群组消息包装进提示词。
• 回退到 messages.groupChat.historyLimit。设置为 0 可禁用（默认 50）。
• 获取的线程历史会按发送者允许列表（allowFrom / groupAllowFrom）过滤，因此线程上下文种子只包含来自允许发送者的消息。
• 引用附件上下文（从 Teams 回复 HTML 派生的 ReplyTo*）目前按收到的内容传递。
• 换句话说，允许列表控制谁可以触发智能体；目前只有特定的补充上下文路径会被过滤。
• 私信历史可以用 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 Application

# Teams 清单示例（已脱敏）

包含必填字段的最小有效示例。替换 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 应用（例如，添加 RSC 权限）：

# Download, edit, and re-upload the manifest
teams app manifest download <teamsAppId> manifest.json
# Edit manifest.json locally...
teams app manifest upload manifest.json <teamsAppId>
# Version is auto-bumped if content changed

更新后，请在每个团队中重新安装该应用，以便新权限生效，并且完全退出并重新启动 Teams（不只是关闭窗口）以清除缓存的应用元数据。

# 能力：仅 RSC 与 Graph 对比

# 仅使用 Teams RSC（已安装应用，无 Graph API 权限）

可用：

• 读取渠道消息文本内容。
• 发送渠道消息文本内容。
• 接收**个人（私信）**文件附件。

不可用：

• 渠道/群组图片或文件内容（载荷只包含 HTML 存根）。
• 下载存储在 SharePoint/OneDrive 中的附件。
• 读取消息历史（超出实时 webhook 事件之外）。

# 使用 Teams RSC + Microsoft Graph 应用权限

新增：

• 下载托管内容（粘贴到消息中的图片）。
• 下载存储在 SharePoint/OneDrive 中的文件附件。
• 通过 Graph 读取渠道/聊天消息历史。

# RSC 与 Graph API 对比

结论： RSC 用于实时监听；Graph API 用于历史访问。要在离线期间补收错过的消息，你需要带 ChannelMessage.Read.All 的 Graph API（需要管理员同意）。

# 启用 Graph 的媒体 + 历史（渠道必需）

如果你需要渠道中的图片/文件，或想获取消息历史，必须启用 Microsoft Graph 权限并授予管理员同意。

1. 在 Entra ID（Azure AD）应用注册中，添加 Microsoft Graph 应用权限：
   • ChannelMessage.Read.All（渠道附件 + 历史）
   • Chat.Read.All 或 ChatMessage.Read.All（群聊）
2. 为租户授予管理员同意。
3. 提升 Teams 应用的清单版本，重新上传，并在 Teams 中重新安装应用。
4. 完全退出并重新启动 Teams，以清除缓存的应用元数据。

用户提及的额外权限： 对话中的用户 @提及 可开箱即用。不过，如果你想动态搜索并提及不在当前对话中的用户，请添加 User.Read.All（应用）权限并授予管理员同意。

# 已知限制

# Webhook 超时

Teams 通过 HTTP webhook 传递消息。如果处理时间过长（例如，LLM 响应较慢），你可能会看到：

• Gateway 网关超时
• Teams 重试消息（导致重复）
• 回复丢失

OpenClaw 通过快速返回并主动发送回复来处理这种情况，但非常慢的响应仍可能导致问题。

# 格式设置

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.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：在渠道/群组中要求 @mention（默认 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.actions.memberInfo：启用或禁用由 Graph 支持的成员信息操作（默认：当 Graph 凭证可用时启用）。
• channels.msteams.authType：身份验证类型 - "secret"（默认）或 "federated"。
• channels.msteams.certificatePath：PEM 证书文件路径（联合 + 证书身份验证）。
• channels.msteams.certificateThumbprint：证书指纹（可选，身份验证不需要）。
• channels.msteams.useManagedIdentity：启用托管身份身份验证（联合模式）。
• channels.msteams.managedIdentityClientId：用户分配托管身份的客户端 ID。
• channels.msteams.sharePointSiteId：用于群聊/渠道中文件上传的 SharePoint 站点 ID（见在群聊中发送文件）。

# 路由和会话

• 会话键遵循标准智能体格式（见 /concepts/session）：
  • 直接消息共享主会话（agent:<agentId>:<mainKey>）。
  • 渠道/群组消息使用 conversation id：
    • agent:<agentId>:msteams:channel:<conversationId>
    • agent:<agentId>:msteams:group:<conversationId>

# 回复样式：线程与帖子

Teams 最近在同一底层数据模型上引入了两种渠道 UI 样式：

问题： Teams API 不会公开某个渠道使用哪种 UI 样式。如果使用了错误的 replyStyle：

• Threads 样式渠道中的 thread → 回复会别扭地嵌套显示
• Posts 样式渠道中的 top-level → 回复会显示为单独的顶级帖子，而不是线程内回复

解决方案： 根据渠道的设置方式按渠道配置 replyStyle：

{
  channels: {
    msteams: {
      replyStyle: "thread",
      teams: {
        "19:[email protected]": {
          channels: {
            "19:[email protected]": {
              replyStyle: "top-level",
            },
          },
        },
      },
    },
  },
}

# 解析优先级

当 bot 向渠道发送回复时，replyStyle 会从最具体的覆盖项向下解析到默认值。第一个非 undefined 值生效：

1. 按渠道 — channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle
2. 按团队 — channels.msteams.teams.<teamId>.replyStyle
3. 全局 — channels.msteams.replyStyle
4. 隐式默认值 — 从 requireMention 派生：
   • requireMention: true → thread
   • requireMention: false → top-level

如果你在全局设置 requireMention: false，但没有显式设置 replyStyle，Posts 样式渠道中的提及会显示为顶级帖子，即使入站消息是线程回复。请在全局、团队或渠道级别固定 replyStyle: "thread"，以避免意外情况。

# 线程上下文保留

当 replyStyle: "thread" 生效，并且 bot 是在渠道线程内被 @mentioned 时，OpenClaw 会将原始线程根重新附加到出站 conversation reference（19:…@thread.tacv2;messageid=<root>），这样回复会落在同一线程内。这同时适用于实时（轮次内）发送，以及在 Bot Framework turn context 过期后进行的主动发送（例如长时间运行的智能体、通过 mcp__openclaw__message 排队的工具调用回复）。

线程根来自 conversation reference 上存储的 threadId。早于 threadId 的旧存储引用会回退到 activityId（也就是最后为该会话播种的任何入站 activity），因此现有部署无需重新播种也能继续工作。

当 replyStyle: "top-level" 生效时，渠道线程入站消息会被有意作为新的顶级帖子回复，不会附加线程后缀。这是 Threads 样式渠道的正确行为；如果你看到顶级帖子，而期望的是线程回复，那么该渠道的 replyStyle 设置不正确。

# 附件和图片

当前限制：

• 私信： 图片和文件附件通过 Teams bot 文件 API 工作。
• 渠道/群组： 附件位于 M365 存储（SharePoint/OneDrive）中。webhook 载荷只包含 HTML 占位内容，不包含实际文件字节。需要 Graph API 权限 才能下载渠道附件。
• 对于显式的文件优先发送，请使用 action=upload-file 搭配 media / filePath / path；可选的 message 会成为随附文本/评论，filename 会覆盖上传名称。

没有 Graph 权限时，带图片的渠道消息将以纯文本形式接收（bot 无法访问图片内容）。 默认情况下，OpenClaw 只从 Microsoft/Teams 主机名下载媒体。可用 channels.msteams.mediaAllowHosts 覆盖（使用 ["*"] 允许任意主机）。 Authorization 标头只会附加到 channels.msteams.mediaAuthAllowHosts 中的主机（默认 Graph + Bot Framework 主机）。请保持此列表严格（避免多租户后缀）。

# 在群聊中发送文件

Bots 可以使用 FileConsentCard 流程在私信中发送文件（内置）。但是，在群聊/渠道中发送文件 需要额外设置：

# 为什么群聊需要 SharePoint

Bots 没有个人 OneDrive drive（/me/drive Graph API endpoint 不适用于应用程序身份）。要在群聊/渠道中发送文件，bot 会上传到 SharePoint 站点 并创建共享链接。

# 设置

1. 在 Entra ID (Azure AD) → App Registration 中添加 Graph API 权限：

   • Sites.ReadWrite.All（Application）- 将文件上传到 SharePoint
   • Chat.Read.All（Application）- 可选，启用按用户的共享链接

2. 为该租户授予管理员同意。

3. 获取你的 SharePoint 站点 ID：

   # Via Graph Explorer or curl with a valid token:
   curl -H "Authorization: Bearer $TOKEN" \
     "https://graph.microsoft.com/v1.0/sites/{hostname}:/{site-path}"
   
   # Example: for a site at "contoso.sharepoint.com/sites/BotFiles"
   curl -H "Authorization: Bearer $TOKEN" \
     "https://graph.microsoft.com/v1.0/sites/contoso.sharepoint.com:/sites/BotFiles"
   
   # Response includes: "id": "contoso.sharepoint.com,guid1,guid2"
   

4. 配置 OpenClaw：

   {
     channels: {
       msteams: {
         // ... other config ...
         sharePointSiteId: "contoso.sharepoint.com,guid1,guid2",
       },
     },
   }
   

# 共享行为

按用户共享更安全，因为只有聊天参与者可以访问该文件。如果缺少 Chat.Read.All 权限，bot 会回退到组织范围共享。

# 回退行为

# 文件存储位置

上传的文件存储在已配置 SharePoint 站点默认文档库的 /OpenClawShared/ 文件夹中。

# 投票（Adaptive Cards）

OpenClaw 将 Teams 投票作为 Adaptive Cards 发送（没有原生 Teams 投票 API）。

• CLI：openclaw message poll --channel msteams --target conversation:<id> ...
• 投票由 Gateway 网关记录在 ~/.openclaw/msteams-polls.json 中。
• Gateway 网关必须保持在线才能记录投票。
• 投票目前还不会自动发布结果摘要（如有需要，请检查存储文件）。

# 演示卡片

使用 message 工具或 CLI 向 Teams 用户或对话发送语义化呈现载荷。OpenClaw 会根据通用呈现契约将它们渲染为 Teams 自适应卡片。

presentation 参数接受语义块。提供 presentation 时，消息文本是可选的。

智能体工具：

{
  action: "send",
  channel: "msteams",
  target: "user:<id>",
  presentation: {
    title: "Hello",
    blocks: [{ type: "text", text: "Hello!" }],
  },
}

CLI：

openclaw message send --channel msteams \
  --target "conversation:19:[email protected]" \
  --presentation '{"title":"Hello","blocks":[{"type":"text","text":"Hello!"}]}'

有关目标格式详情，请参阅下面的 目标格式。

# 目标格式

MSTeams 目标使用前缀来区分用户和对话：

CLI 示例：

# Send to a user by ID
openclaw message send --channel msteams --target "user:40a1a0ed-..." --message "Hello"

# Send to a user by display name (triggers Graph API lookup)
openclaw message send --channel msteams --target "user:John Smith" --message "Hello"

# Send to a group chat or channel
openclaw message send --channel msteams --target "conversation:19:[email protected]" --message "Hello"

# Send a presentation card to a conversation
openclaw message send --channel msteams --target "conversation:19:[email protected]" \
  --presentation '{"title":"Hello","blocks":[{"type":"text","text":"Hello"}]}'

智能体工具示例：

{
  action: "send",
  channel: "msteams",
  target: "user:John Smith",
  message: "Hello!",
}

{
  action: "send",
  channel: "msteams",
  target: "conversation:19:[email protected]",
  presentation: {
    title: "Hello",
    blocks: [{ type: "text", text: "Hello" }],
  },
}

# 主动消息

• 只有在用户已交互之后，才能发送主动消息，因为我们会在那时存储对话引用。
• 有关 dmPolicy 和允许列表门控，请参阅 /gateway/configuration。

# 团队和渠道 ID（常见易错点）

Teams URL 中的 groupId 查询参数不是用于配置的团队 ID。请改为从 URL 路径提取 ID：

团队 URL：

https://teams.microsoft.com/l/team/19%3ABk4j...%40thread.tacv2/conversations?groupId=...
                                    └────────────────────────────┘
                                    Team conversation ID (URL-decode this)

渠道 URL：

https://teams.microsoft.com/l/channel/19%3A15bc...%40thread.tacv2/ChannelName?groupId=...
                                      └─────────────────────────┘
                                      Channel ID (URL-decode this)

用于配置：

• 团队键 = /team/ 之后的路径片段（URL 解码后，例如 19:[email protected]；较旧租户可能显示 @thread.skype，这同样有效）
• 渠道键 = /channel/ 之后的路径片段（URL 解码后）
• 对于 OpenClaw 路由，请忽略 groupId 查询参数。它是 Microsoft Entra 群组 ID，而不是传入 Teams 活动中使用的 Bot Framework 对话 ID。

# 私有渠道

机器人在私有渠道中的支持有限：

如果私有渠道无法工作，可使用的替代方案：

1. 使用标准渠道进行机器人交互
2. 使用私信 - 用户始终可以直接向机器人发送消息
3. 使用 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 权限不起作用

1. 验证 webApplicationInfo.id 与你的机器人 App ID 完全匹配
2. 重新上传应用，并在团队/聊天中重新安装
3. 检查你的组织管理员是否阻止了 RSC 权限
4. 确认你使用了正确的范围：团队使用 ChannelMessage.Read.Group，群聊使用 ChatMessage.Read.Chat

# 参考资料

• 创建 Azure Bot - Azure Bot 设置指南
• Teams 开发者门户 - 创建/管理 Teams 应用
• Teams 应用清单架构
• 使用 RSC 接收渠道消息
• RSC 权限参考
• Teams 机器人文件处理（渠道/群组需要 Graph）
• 主动消息
• @microsoft/teams.cli - 用于机器人管理的 Teams CLI

# 相关内容

• 渠道概览 - 所有受支持的渠道
• 配对 - 私信认证和配对流程
• 群组 - 群聊行为和提及门控
• 渠道路由 - 消息的会话路由
• 安全 - 访问模型和加固