ByteNoteByteNote

字节笔记本

2026年6月21日

hermes教程-Microsoft Teams 设置

API中转
¥120

Microsoft Teams 设置

将 Hermes Agent 作为机器人连接到 Microsoft Teams。与 Slack 的 Socket Mode 不同,Teams 通过调用 公共 HTTPS Webhook 来传递消息,因此你的实例需要一个可公开访问的端点——可以是开发隧道(本地开发)或真实域名(生产环境)。

如果你需要的是来自 Microsoft Graph 事件的会议摘要,而不是普通的机器人对话,请使用专门的设置页面:Teams Meetings

运行 hermes gateway setup 并选择 Microsoft Teams 以获得引导式操作指南。

机器人如何响应

上下文行为
个人聊天(私信)机器人响应每条消息。无需 @提及。
群组聊天机器人仅在 @提及 时响应。
频道机器人仅在 @提及 时响应。

Teams 将 @提及 作为带有 <at>BotName</at> 标签的普通消息传递,Hermes 会在处理前自动去除这些标签。


对于源码或本地安装,请包含 Teams 额外依赖,以便捆绑的适配器能够导入 Microsoft Teams SDK:

bash
uv sync --extra teams
## 或者,对于可编辑安装:
uv pip install -e ".[teams]"

步骤 1:安装 Teams CLI

@microsoft/teams.cli 可自动完成机器人注册——无需 Azure 门户。

bash
npm install -g @microsoft/teams.cli@preview
teams login

要验证登录并找到你自己的 AAD 对象 ID(用于 TEAMS_ALLOWED_USERS):

bash
teams status --verbose

步骤 2:暴露 Webhook 端口

Teams 无法向 localhost 传递消息。对于本地开发,使用任何隧道工具获取公共 HTTPS URL。默认端口为 3978——如有需要,可通过 TEAMS_PORT 更改。

bash
## devtunnel (Microsoft)
devtunnel create hermes-bot --allow-anonymous
devtunnel port create hermes-bot -p 3978 --protocol https  # 如果更改了 TEAMS_PORT,请替换 3978
devtunnel host hermes-bot
## ngrok
ngrok http 3978  # 如果更改了 TEAMS_PORT,请替换 3978
## cloudflared
cloudflared tunnel --url http://localhost:3978  # 如果更改了 TEAMS_PORT,请替换 3978

从输出中复制 https:// URL——你将在下一步中使用它。开发期间保持隧道运行。

对于生产环境,请将机器人的端点指向服务器的公共域名(参见生产部署)。


步骤 3:创建机器人

bash
teams app create \
  --name "Hermes" \
  --endpoint "https://<your-tunnel-url>/api/messages"

CLI 会输出你的 CLIENT_IDCLIENT_SECRETTENANT_ID,以及步骤 6 的安装链接。请保存客户端密钥——它不会再次显示。


步骤 4:配置环境变量

添加到 ~/.hermes/.env

bash
## 必需
TEAMS_CLIENT_ID=<your-client-id>
TEAMS_CLIENT_SECRET=<your-client-secret>
TEAMS_TENANT_ID=<your-tenant-id>
## 限制访问特定用户(推荐)
## 使用 `teams status --verbose` 中的 AAD 对象 ID
TEAMS_ALLOWED_USERS=<your-aad-object-id>

步骤 5:启动网关

bash
HERMES_UID=$(id -u) HERMES_GID=$(id -g) docker compose up -d gateway

这将启动网关。默认 Webhook 端口为 3978(可通过 TEAMS_PORT 覆盖)。检查是否正在运行:

bash
curl http://localhost:3978/health   # 应返回:ok
docker logs -f hermes

查找:

[teams] Webhook server listening on 0.0.0.0:3978/api/messages

步骤 6:在 Teams 中安装应用

bash
teams app get <teamsAppId> --install-link

在浏览器中打开打印的链接——它会直接在 Teams 客户端中打开。安装后,向你的机器人发送一条直接消息——它已准备就绪。


配置参考

环境变量

变量描述
TEAMS_CLIENT_IDAzure AD 应用(客户端)ID
TEAMS_CLIENT_SECRETAzure AD 客户端密钥
TEAMS_TENANT_IDAzure AD 租户 ID
TEAMS_ALLOWED_USERS允许使用机器人的 AAD 对象 ID(逗号分隔)
TEAMS_ALLOW_ALL_USERS设置为 true 以跳过白名单,允许任何人
TEAMS_HOME_CHANNEL用于 cron/主动消息传递的对话 ID
TEAMS_HOME_CHANNEL_NAME主频道的显示名称
TEAMS_PORTWebhook 端口(默认:3978

config.yaml

或者,通过 ~/.hermes/config.yaml 配置:

yaml
platforms:
  teams:
    enabled: true
    extra:
      client_id: "your-client-id"
      client_secret: "your-secret"
      tenant_id: "your-tenant-id"
      port: 3978

功能

交互式审批卡片

当代理需要执行潜在危险命令时,它会发送一张自适应卡片,包含四个按钮,而不是要求你输入 /approve

  • 允许一次 — 批准此特定命令
  • 允许会话 — 在本次会话的剩余时间内批准此模式
  • 始终允许 — 永久批准此模式
  • 拒绝 — 拒绝命令

点击按钮会内联解决审批,并将卡片替换为决策结果。

会议摘要投递(Teams 会议管道)

当启用了 Teams 会议管道插件 时,此适配器还负责会议摘要的出站投递——一个 Teams 集成界面,而非两个。会议记录被总结后,写入器会将摘要发布到你选择的 Teams 目标中。

管道摘要投递在 teams 平台条目下与机器人配置一起配置:

yaml
platforms:
  teams:
    enabled: true
    extra:
## 现有机器人配置 (client_id, client_secret, tenant_id, port) ...
## 会议摘要投递(仅在启用 teams_pipeline 插件时使用)
      delivery_mode: "graph"       # 或 "incoming_webhook"
## 对于 delivery_mode: graph — 选择以下之一:
      chat_id: "19:meeting_..."    # 发布到 Teams 聊天
## team_id: "..."             # 或发布到频道
## channel_id: "..."
## access_token: "..."        # 可选;回退到 MSGRAPH_* 应用凭据
## 对于 delivery_mode: incoming_webhook:
## incoming_webhook_url: "https://outlook.office.com/webhook/..."
模式使用场景权衡
incoming_webhook简单的“将摘要发布到此频道”,使用静态的 Teams 生成的 URL。无回复线程,无反应,显示为 Webhook 配置的身份。
graph通过 Microsoft Graph 以机器人身份发布线程化频道帖子或 1:1/群组聊天帖子。需要 Graph 应用注册 并具有 ChannelMessage.Send(频道)或 Chat.ReadWrite.All(聊天)应用程序权限。

如果 启用 teams_pipeline 插件,这些设置将无效——它们仅在管道运行时绑定到 Graph Webhook 入口时才会生效。


生产部署

对于永久服务器,跳过 devtunnel,将机器人注册到服务器的公共 HTTPS 端点:

bash
teams app create \
  --name "Hermes" \
  --endpoint "https://your-domain.com/api/messages"

如果已经创建了机器人,只需更新端点:

bash
teams app update --id <teamsAppId> --endpoint "https://your-domain.com/api/messages"

确保配置的端口(TEAMS_PORT,默认 3978)可从互联网访问,并且你的 TLS 证书有效——Teams 会拒绝自签名证书。


故障排除

问题解决方案
health 端点工作正常,但机器人无响应检查你的隧道是否仍在运行,以及机器人的消息端点是否与隧道 URL 匹配
日志中出现 KeyError: 'teams'重启容器——当前版本已修复此问题
机器人响应认证错误验证 TEAMS_CLIENT_IDTEAMS_CLIENT_SECRETTEAMS_TENANT_ID 是否全部正确设置
No inference provider configured检查 ~/.hermes/.env 中是否设置了 ANTHROPIC_API_KEY(或其他提供商密钥)
机器人收到消息但忽略它们你的 AAD 对象 ID 可能不在 TEAMS_ALLOWED_USERS 中。运行 teams status --verbose 查找它
隧道 URL 在重启后改变如果使用命名隧道(devtunnel create hermes-bot),devtunnel URL 是持久的。ngrok 和 cloudflared 每次运行都会生成新 URL,除非你有付费计划——当 URL 改变时,使用 teams app update 更新机器人端点
Teams 显示“此机器人未响应”Webhook 返回了错误。检查 docker logs hermes 中的回溯信息
日志中出现 [teams] Failed to connectSDK 认证失败。仔细检查你的凭据,并确保租户 ID 与你在 teams login 中使用的账户匹配

安全

警告

始终设置 TEAMS_ALLOWED_USERS,包含授权用户的 AAD 对象 ID。如果不设置,任何能找到或安装你机器人的用户都可以与之交互。

TEAMS_CLIENT_SECRET 视为密码——通过 Azure 门户或 Teams CLI 定期轮换。

  • 将凭据存储在 ~/.hermes/.env 中,权限设置为 600chmod 600 ~/.hermes/.env
  • 机器人仅接受来自 TEAMS_ALLOWED_USERS 中用户的消息;未授权的消息会被静默丢弃
  • 你的公共端点(/api/messages)由 Teams Bot Framework 进行身份验证——没有有效 JWT 的请求将被拒绝

相关文档


分享: