website/docs/user-guide/messaging/teams.md
Connect Hermes Agent to Microsoft Teams as a bot. Unlike Slack's Socket Mode, Teams delivers messages by calling a public HTTPS webhook, so your instance needs a publicly reachable endpoint — either a dev tunnel (local dev) or a real domain (production).
Need meeting summaries from Microsoft Graph events rather than normal bot conversations? Use the dedicated setup page: Teams Meetings.
Run
hermes gateway setupand pick Microsoft Teams for a guided walk-through.
| Context | Behavior |
|---|---|
| Personal chat (DM) | Bot responds to every message. No @mention needed. |
| Group chat | Bot only responds when @mentioned. |
| Channel | Bot only responds when @mentioned. |
Teams delivers @mentions as regular messages with <at>BotName</at> tags, which Hermes strips automatically before processing.
For source or local installs, include the Teams extra so the bundled adapter can import the Microsoft Teams SDK:
uv sync --extra teams
# or, for editable installs:
uv pip install -e ".[teams]"
The @microsoft/teams.cli automates bot registration — no Azure portal needed.
npm install -g @microsoft/teams.cli@preview
teams login
To verify your login and find your own AAD object ID (needed for TEAMS_ALLOWED_USERS):
teams status --verbose
Teams cannot deliver messages to localhost. For local development, use any tunnel tool to get a public HTTPS URL. The default port is 3978 — change it with TEAMS_PORT if needed.
# devtunnel (Microsoft)
devtunnel create hermes-bot --allow-anonymous
devtunnel port create hermes-bot -p 3978 --protocol http # replace 3978 with TEAMS_PORT if changed
devtunnel host hermes-bot
# ngrok
ngrok http 3978 # replace 3978 with TEAMS_PORT if changed
# cloudflared
cloudflared tunnel --url http://localhost:3978 # replace 3978 with TEAMS_PORT if changed
Copy the https:// URL from the output — you'll use it in the next step. Leave the tunnel running while developing.
The public tunnel URL uses HTTPS, but Hermes' local webhook listener uses plain HTTP. The tunnel terminates TLS and forwards HTTP to port 3978; do not configure the local tunnel port as HTTPS.
For production, point your bot's endpoint at your server's public domain instead (see Production Deployment).
teams app create \
--name "Hermes" \
--endpoint "https://<your-tunnel-url>/api/messages"
The CLI outputs your CLIENT_ID, CLIENT_SECRET, and TENANT_ID, plus an install link for Step 6. Save the client secret — it won't be shown again.
Add to ~/.hermes/.env:
# Required
TEAMS_CLIENT_ID=<your-client-id>
TEAMS_CLIENT_SECRET=<your-client-secret>
TEAMS_TENANT_ID=<your-tenant-id>
# Restrict access to specific users (recommended)
# Use AAD object IDs from `teams status --verbose`
TEAMS_ALLOWED_USERS=<your-aad-object-id>
Docker (must run from the directory that contains docker-compose.yml — usually your cloned hermes-agent repo, not ~):
cd /path/to/hermes-agent
HERMES_UID=$(id -u) HERMES_GID=$(id -g) docker compose up -d gateway
Native / systemd install (typical hermes one-liner installer under ~/.hermes/hermes-agent):
hermes gateway restart
# or foreground: hermes gateway run
The Teams SDK is optional; when Teams is enabled, the gateway lazy-installs it into Hermes' own venv on first start (do not use system pip install on Ubuntu 24.04 — that hits PEP 668 externally-managed-environment). To install manually into the Hermes venv:
~/.hermes/hermes-agent/venv/bin/pip install microsoft-teams-apps aiohttp
# or from a clone of the agent: uv sync --extra teams
The default webhook port is 3978 (override with TEAMS_PORT). Check that it's running:
curl http://localhost:3978/health # should return: ok
# Docker:
docker logs -f hermes
# Native:
hermes gateway status -l
Look for:
[teams] Webhook server listening on * (all interfaces, IPv4+IPv6):3978/api/messages
teams app get <teamsAppId> --install-link
Open the printed link in your browser — it opens directly in the Teams client. After installing, send a direct message to your bot — it's ready.
| Variable | Description |
|---|---|
TEAMS_CLIENT_ID | Azure AD App (client) ID |
TEAMS_CLIENT_SECRET | Azure AD client secret |
TEAMS_TENANT_ID | Azure AD tenant ID |
TEAMS_ALLOWED_USERS | Comma-separated AAD object IDs allowed to use the bot |
TEAMS_ALLOW_ALL_USERS | Set true to skip the allowlist and allow anyone |
TEAMS_HOME_CHANNEL | Conversation ID for cron/proactive message delivery |
TEAMS_HOME_CHANNEL_NAME | Display name for the home channel |
TEAMS_PORT | Webhook port (default: 3978) |
Alternatively, configure via ~/.hermes/config.yaml:
platforms:
teams:
enabled: true
extra:
client_id: "your-client-id"
client_secret: "your-secret"
tenant_id: "your-tenant-id"
port: 3978
When the agent needs to run a potentially dangerous command, it sends an Adaptive Card with four buttons instead of asking you to type /approve:
Clicking a button resolves the approval inline and replaces the card with the decision.
When the Teams meeting pipeline plugin is enabled, this adapter also handles outbound delivery of meeting summaries — one Teams integration surface, not two. After a meeting's transcript is summarized, the writer posts the summary into your chosen Teams target.
Pipeline summary delivery is configured under the teams platform entry alongside the bot config:
platforms:
teams:
enabled: true
extra:
# existing bot config (client_id, client_secret, tenant_id, port) ...
# Meeting summary delivery (only used when the teams_pipeline plugin is enabled)
delivery_mode: "graph" # or "incoming_webhook"
# For delivery_mode: graph — pick ONE of:
chat_id: "19:meeting_..." # post into a Teams chat
# team_id: "..." # OR post into a channel
# channel_id: "..."
# access_token: "..." # optional; falls back to MSGRAPH_* app credentials
# For delivery_mode: incoming_webhook:
# incoming_webhook_url: "https://outlook.office.com/webhook/..."
| Mode | Use when | Trade-off |
|---|---|---|
incoming_webhook | Simple "post a summary into this channel" with a static Teams-generated URL. | No reply threading, no reactions, shows as the webhook's configured identity. |
graph | Threaded channel posts or 1:1/group chat posts under the bot's identity via Microsoft Graph. | Requires the Graph app registration with ChannelMessage.Send (channel) or Chat.ReadWrite.All (chat) application permissions. |
If the teams_pipeline plugin is not enabled, these settings are inert — they only wire up when the pipeline runtime binds to the Graph webhook ingress.
For a permanent server, terminate TLS at a reverse proxy and forward requests to the plain HTTP Hermes listener, normally http://127.0.0.1:3978. Register the proxy's public HTTPS endpoint with Teams:
teams app create \
--name "Hermes" \
--endpoint "https://your-domain.com/api/messages"
If you've already created the bot and just need to update the endpoint:
teams app update --id <teamsAppId> --endpoint "https://your-domain.com/api/messages"
Make sure the public HTTPS endpoint is reachable from the internet and uses a valid TLS certificate. Teams rejects self-signed certificates. Keep the Hermes listener behind the proxy; port 3978 does not serve HTTPS itself.
| Problem | Solution |
|---|---|
Can't find a suitable configuration file from docker compose | You are not in the repo that has docker-compose.yml, or you are on a native install — use hermes gateway restart instead, or cd into the clone first |
requirements not met / Teams SDK missing / No adapter available for teams | Restart gateway so lazy-install can run, or install into the Hermes venv: ~/.hermes/hermes-agent/venv/bin/pip install microsoft-teams-apps aiohttp. System pip fails on Ubuntu 24.04 (PEP 668) and would not affect the service anyway |
health endpoint works but bot doesn't respond | Check that your tunnel is still running and the bot's messaging endpoint matches the tunnel URL |
Logs show "UNKNOWN / HTTP/1.0" 400 when Teams sends a message | The tunnel or reverse proxy is forwarding HTTPS to Hermes' plain HTTP listener. Terminate TLS at the proxy and forward HTTP to port 3978 |
KeyError: 'teams' in logs | Restart the container — this is fixed in the current version |
| Bot responds with auth errors | Verify TEAMS_CLIENT_ID, TEAMS_CLIENT_SECRET, and TEAMS_TENANT_ID are all set correctly |
No inference provider configured | Check that ANTHROPIC_API_KEY (or another provider key) is set in ~/.hermes/.env |
| Bot receives messages but ignores them | Your AAD object ID may not be in TEAMS_ALLOWED_USERS. Run teams status --verbose to find it |
| Tunnel URL changes on restart | devtunnel URLs are persistent if you use a named tunnel (devtunnel create hermes-bot). ngrok and cloudflared generate a new URL each run unless you have a paid plan — update the bot endpoint with teams app update when it changes |
| Teams shows "This bot is not responding" | The webhook returned an error. Check docker logs hermes / hermes gateway status -l for tracebacks |
[teams] Failed to connect in logs | The SDK failed to authenticate. Double-check your credentials and that the tenant ID matches the account you used in teams login |
:::warning
Always set TEAMS_ALLOWED_USERS with the AAD object IDs of authorized users. Without this, anyone who can find or install your bot can interact with it.
Treat TEAMS_CLIENT_SECRET like a password — rotate it periodically via the Azure portal or Teams CLI.
:::
~/.hermes/.env with permissions 600 (chmod 600 ~/.hermes/.env)TEAMS_ALLOWED_USERS; unauthorized messages are silently dropped/api/messages) is authenticated by the Teams Bot Framework — requests without valid JWTs are rejected