website/docs/user-guide/messaging/teams-meetings.md
Use the Teams meeting pipeline when you want Hermes to ingest Microsoft Graph meeting events, fetch transcripts first, fall back to recordings plus STT when needed, and deliver a structured summary to downstream sinks.
Prerequisites: see Microsoft Teams for the underlying bot/credential setup.
Run
hermes gateway setupand pick Teams Meetings for a guided walk-through.
This page focuses on setup and enablement:
For day-2 operations, go-live checks, and the operator worksheet, use the dedicated guide: Operate the Teams Meeting Pipeline.
The pipeline:
Operator actions stay in the CLI (the teams-pipeline subcommand is registered by the teams_pipeline plugin — enable it via hermes plugins enable teams_pipeline or set plugins.enabled: [teams_pipeline] in config.yaml):
hermes teams-pipeline validate
hermes teams-pipeline list
hermes teams-pipeline maintain-subscriptions
Before enabling the meetings pipeline, make sure you have:
ffmpeg installed if you want recording-plus-STT fallbackAdd Graph app-only credentials to ~/.hermes/.env:
MSGRAPH_TENANT_ID=<tenant-id>
MSGRAPH_CLIENT_ID=<client-id>
MSGRAPH_CLIENT_SECRET=<client-secret>
These credentials are used by:
The webhook listener is a gateway platform named msgraph_webhook. At minimum, enable it and set a client state value:
MSGRAPH_WEBHOOK_ENABLED=true
MSGRAPH_WEBHOOK_HOST=127.0.0.1
MSGRAPH_WEBHOOK_PORT=8646
MSGRAPH_WEBHOOK_CLIENT_STATE=<random-shared-secret>
MSGRAPH_WEBHOOK_ACCEPTED_RESOURCES=communications/onlineMeetings
The listener exposes:
/msgraph/webhook for Graph notifications/health for a simple health checkYou need to route your public HTTPS endpoint to that listener. For example, if your public domain is https://ops.example.com, your Graph notification URL would typically be:
https://ops.example.com/msgraph/webhook
The meeting pipeline reads its runtime config from the existing teams platform entry. Pipeline-specific knobs live under teams.extra.meeting_pipeline. Teams outbound delivery stays on the normal Teams platform config surface.
Example ~/.hermes/config.yaml:
platforms:
msgraph_webhook:
enabled: true
extra:
host: 127.0.0.1
port: 8646
client_state: "replace-me"
accepted_resources:
- "communications/onlineMeetings"
teams:
enabled: true
extra:
client_id: "your-teams-client-id"
client_secret: "your-teams-client-secret"
tenant_id: "your-teams-tenant-id"
# outbound summary delivery
delivery_mode: "graph" # or incoming_webhook
team_id: "team-id"
channel_id: "channel-id"
# incoming_webhook_url: "https://..."
meeting_pipeline:
transcript_min_chars: 80
transcript_required: false
transcription_fallback: true
ffmpeg_extract_audio: true
notion:
enabled: false
linear:
enabled: false
If you bind the listener to a non-loopback host such as 0.0.0.0, you must also set allowed_source_cidrs to Microsoft's webhook egress ranges. Loopback binds (127.0.0.1 / ::1) are the intended dev-tunnel and local reverse-proxy setup.
The pipeline supports two Teams summary-delivery modes inside the existing Teams plugin.
incoming_webhookUse this when you want a simple webhook post into Teams without channel-message creation through Graph.
Required config:
platforms:
teams:
enabled: true
extra:
delivery_mode: "incoming_webhook"
incoming_webhook_url: "https://..."
graphUse this when you want Hermes to post the summary through Microsoft Graph into a Teams chat or channel.
Supported targets:
chat_idteam_id + channel_idteam_id + home_channel fallback for the existing Teams platformExample:
platforms:
teams:
enabled: true
extra:
delivery_mode: "graph"
team_id: "team-id"
channel_id: "channel-id"
Start Hermes normally after updating config:
hermes gateway run
Or, if you run Hermes in Docker, start the gateway the same way you already do for your deployment.
Check the listener:
curl http://localhost:8646/health
Use the plugin CLI to create and inspect subscriptions.
Examples:
hermes teams-pipeline subscribe \
--resource communications/onlineMeetings/getAllTranscripts \
--notification-url https://ops.example.com/msgraph/webhook \
--client-state "$MSGRAPH_WEBHOOK_CLIENT_STATE"
hermes teams-pipeline subscribe \
--resource communications/onlineMeetings/getAllRecordings \
--notification-url https://ops.example.com/msgraph/webhook \
--client-state "$MSGRAPH_WEBHOOK_CLIENT_STATE"
:::warning Graph subscriptions expire in 72 hours
Microsoft Graph caps webhook subscriptions at 72 hours and will not auto-renew them. You MUST schedule hermes teams-pipeline maintain-subscriptions before going live, or notifications will silently stop three days after any manual subscription creation. See Automating subscription renewal in the operator runbook — three options (Hermes cron, systemd timer, plain crontab).
:::
For subscription maintenance and day-2 operator flows, continue with the guide: Operate the Teams Meeting Pipeline.
Run the built-in validation snapshot:
hermes teams-pipeline validate
Useful companion checks:
hermes teams-pipeline token-health
hermes teams-pipeline subscriptions
| Problem | What to check |
|---|---|
| Graph webhook validation fails | Confirm the public URL is correct and reachable, and that Graph is calling the exact /msgraph/webhook path |
Jobs do not appear in hermes teams-pipeline list | Confirm msgraph_webhook is enabled and that subscriptions point at the right notification URL |
| Transcript-first never succeeds | Check Graph permissions for transcript resources and whether the transcript artifact exists for that meeting |
| Recording fallback fails | Confirm ffmpeg is installed and the Graph app can access recording artifacts |
| Teams summary delivery fails | Re-check delivery_mode, target IDs, and Teams auth config |