Leaving the same note on the other PRs in the stack for visibility.

Could you retarget this PR's base branch so diffs are incremental instead of cumulative? Full detail in #21408 (comment) but tl;dr:

• feat(msgraph): add webhook listener platform #21409 → base pr/msgraph-auth-client
• feat(teams-pipeline): add plugin runtime and operator cli #21410 → base pr/msgraph-webhook-listener
• feat(teams): add pipeline outbound delivery via existing adapter #21411 → base pr/teams-pipeline-plugin-runtime
• docs(teams): split meetings setup from operator runbook #21412 → base pr/teams-outbound-delivery

gh pr edit <N> --base <branch> does it in place — no close/reopen, comments and CI preserved. GitHub auto-retargets up the stack as each one merges.

Planning to review bottom-up from #21408. Thanks.

Merged via PR #22024. Your two commits (feat(teams): add pipeline outbound delivery via existing adapter and refactor(teams): remove redundant delivery-mode branch) landed on main with your authorship preserved via rebase-merge — see commits 397f750bb and d36ccc29c.

Two small follow-ups added on top during salvage:

1. fix(teams-pipeline): fill in missing delivery URL in adapter-reuse test — test_build_pipeline_runtime_reuses_existing_teams_adapter_surface set delivery_mode="incoming_webhook" but omitted incoming_webhook_url. The guarded build_pipeline_runtime gate (which calls _teams_delivery_is_configured) correctly left teams_sender=None in that case, so the isinstance(runtime.teams_sender, FakeWriter) assertion failed. The test's architectural intent — prove we reuse the existing adapter surface rather than introducing a new one — is unchanged. Added the URL so the gate passes and the assertion holds.

2. docs(teams): meeting summary delivery section + env var reference — /docs/user-guide/messaging/teams gains a "Meeting Summary Delivery (Teams Meeting Pipeline)" section under Features with a config-snippet example, a mode-choice trade-off table (incoming_webhook vs graph), and an explicit note that settings are inert when the teams_pipeline plugin is disabled. Env var reference gains a Teams Meeting Summary Delivery subsection documenting TEAMS_DELIVERY_MODE, TEAMS_INCOMING_WEBHOOK_URL, TEAMS_GRAPH_ACCESS_TOKEN, TEAMS_TEAM_ID, TEAMS_CHANNEL_ID, TEAMS_CHAT_ID.

End-to-end after this PR: msgraph_webhook receives Graph's "meeting ended" notification → teams_pipeline runtime resolves the transcript → agent summarizes → TeamsSummaryWriter posts the summary back into Teams via the configured mode. That's the full loop.

Final PR in the stack (#21412 — full setup docs + operator runbook + SKILL.md) is next. Thanks!