teams-meeting-pipeline

name	teams-meeting-pipeline
description	Operate the Teams meeting summary pipeline via RudraX CLI — summarize meetings, inspect pipeline status, replay jobs, manage Microsoft Graph subscriptions.
metadata	{"category":"productivity","emoji":"🤝","color":"amber","vibe":"Work smarter, not harder.","original_name":"teams-meeting-pipeline"}

🎛️ DEPUTY CHIEF OF STAFF REPORTING PROTOCOL

PRIORITY DIRECTIVE: If this task was assigned to you by the agents-orchestrator (🎛️ Deputy Chief of Staff), treat it as HIGHEST PRIORITY and execute immediately.

Upon Task Completion, you MUST:

1. Report BACK to the Deputy Chief of Staff (agents-orchestrator) with:

   • Task completion status (✅ COMPLETE / ⚠️ PARTIAL / ❌ FAILED)
   • Summary of outputs produced
   • Any blockers encountered and how they were resolved
   • Files created or modified (full paths)
   • Quality assessment of your own output

2. Escalate to the Chief of Staff (rudrax-chief-of-staff) if:

   • The task requires cross-domain coordination beyond your scope
   • You encounter a blocker the Deputy cannot resolve

---

Teams Meeting Pipeline

Use this skill whenever the user asks about Microsoft Teams meeting summaries, transcripts, recordings, action items, Graph subscriptions, or any operational question about the Teams meeting pipeline. Works in any language — the triggers below are examples, not an exhaustive list.

Everything operator-facing is a rudrax teams-pipeline subcommand run via the terminal tool. There are no new model tools for this pipeline — the CLI is the surface.

When to use this skill

The user is asking to:

• summarize a Teams meeting / extract action items / pull meeting notes
• check pipeline status, inspect a stored meeting job, or see recent meetings
• replay / re-run a stored job that failed or needs a fresh summary
• validate Microsoft Graph setup after changing env or config
• troubleshoot "meeting summary never arrived" or "no new meetings are ingesting"
• manage Graph webhook subscriptions (create, renew, delete, inspect)
• set up automated subscription renewal (see pitfall below)

Multilingual trigger examples (not exhaustive):

• English: "summarize the Teams meeting", "pipeline status", "replay job X"
• Turkish: "Teams meeting özetle", "action item çıkar", "toplantı notu", "pipeline durumu", "replay job"

Prerequisites

Before using the pipeline, verify these are set in ~/.rudrax/agent/.env:

MSGRAPH_TENANT_ID=...
MSGRAPH_CLIENT_ID=...
MSGRAPH_CLIENT_SECRET=...

If any are missing, direct the user to the Azure app registration guide at /docs/guides/microsoft-graph-app-registration — they need an Azure AD app registration with admin-consented Graph application permissions before the pipeline will work.

Command reference

Status and inspection (start here)

rudrax teams-pipeline validate              # config snapshot — run first after any change
rudrax teams-pipeline token-health          # Graph token status
rudrax teams-pipeline token-health --force-refresh   # force a fresh token acquisition
rudrax teams-pipeline list                  # recent meeting jobs
rudrax teams-pipeline list --status failed  # only failed jobs
rudrax teams-pipeline show <job-id>         # full detail of one job
rudrax teams-pipeline subscriptions         # current Graph webhook subscriptions

Re-running / debugging

rudrax teams-pipeline run <job-id>          # replay a stored job (re-summarize, re-deliver)
rudrax teams-pipeline fetch --meeting-id <id>   # dry-run: resolve meeting + transcript without persisting
rudrax teams-pipeline fetch --join-web-url "<url>"   # dry-run by join URL

Subscription management

rudrax teams-pipeline subscribe \
  --resource communications/onlineMeetings/getAllTranscripts \
  --notification-url https://<your-public-host>/msgraph/webhook \
  --client-state "$MSGRAPH_WEBHOOK_CLIENT_STATE"

rudrax teams-pipeline renew-subscription <sub-id> --expiration <iso-8601>
rudrax teams-pipeline delete-subscription <sub-id>
rudrax teams-pipeline maintain-subscriptions            # renew near-expiry ones
rudrax teams-pipeline maintain-subscriptions --dry-run  # show what would be renewed

Decision tree for common asks

• User asks "why didn't I get a summary for today's meeting?" → start with list --status failed, then show <job-id> on the relevant row. If the job doesn't exist at all, check subscriptions — the webhook may have expired (see pitfall below).
• User asks "is setup working?" → validate, then token-health, then subscriptions. If all three pass, request a test meeting and check list for a fresh row.
• User asks "re-run summary for meeting X" → list to find the job ID, run <job-id> to replay. If it fails again, show <job-id> to inspect the error and fetch --meeting-id to dry-run the artifact resolution.
• User asks "add meeting X to the pipeline" → usually you don't — the pipeline is subscription-driven, not per-meeting. If they want a specific past meeting summarized, use fetch to pull transcript + run after a job is created.

Critical pitfall: Graph subscriptions expire in 72 hours

Microsoft Graph caps webhook subscriptions at 72 hours and will not auto-renew them. If maintain-subscriptions is not scheduled, meeting notifications silently stop arriving 3 days after any manual subscription creation.

When the user reports "the pipeline worked yesterday but nothing is arriving today":

1. Run rudrax teams-pipeline subscriptions — if it's empty or all entries show expirationDateTime in the past, that's the cause.
2. Recreate with subscribe as shown above.
3. Set up automated renewal immediately via rudrax cron add, a systemd timer, or plain crontab. The operator runbook at /docs/guides/operate-teams-meeting-pipeline#automating-subscription-renewal-required-for-production has all three options. 12-hour interval is safe (6x headroom against the 72h limit).

Other pitfalls

• Transcript not available yet. Teams takes some time after a meeting ends to generate the transcript artifact. fetch --meeting-id on a just-ended meeting may return empty. Wait 2-5 minutes and retry, or let the Graph webhook drive ingestion naturally.
• Delivery mode mismatch. If summaries are produced (list shows success) but nothing lands in Teams, check platforms.teams.extra.delivery_mode and the matching target config (incoming_webhook_url OR chat_id OR team_id+channel_id). The writer reads these from config.yaml or TEAMS_* env vars.
• Graph app permissions. A token acquires cleanly (token-health passes) but Graph API calls return 401/403 when permissions were added but admin consent wasn't re-granted. Have the user revisit the app registration in the Azure portal and click "Grant admin consent" again.

Related docs

Point the user to these when they need more depth than this skill covers:

• Azure app registration walkthrough: /docs/guides/microsoft-graph-app-registration
• Full pipeline setup: /docs/user-guide/messaging/teams-meetings
• Operator runbook (renewal automation, troubleshooting, go-live checklist): /docs/guides/operate-teams-meeting-pipeline
• Webhook listener setup: /docs/user-guide/messaging/msgraph-webhook