Skip to main content

Group Type

Working Group

Mission Statement

The Triggers and Events Working Group exists to define how MCP servers proactively notify clients of state changes. Today, clients learn about server-side updates by polling or holding an SSE connection open. This WG will specify a standardized callback mechanism—webhooks or similar—that lets servers push notifications when new data is available, with defined ordering guarantees that hold across all transports.

Scope

In Scope

  • Specification Work: SEPs defining the trigger/callback mechanism, subscription lifecycle, delivery semantics, and event ordering guarantees.
  • Reference Implementations: SDK components demonstrating server-initiated notifications and client-side callback handling.
  • Cross-Cutting Concerns: Coordination with the Transports WG on transport-specific delivery behavior, and with the Agents WG where task completion notifications intersect with event triggers.
  • Documentation: Specification sections covering event-driven patterns and migration guidance from polling-based approaches.

Out of Scope

  • Changes to the transport wire format or session model (owned by the Transports WG).
  • General-purpose pub/sub infrastructure beyond what the MCP protocol requires.
  • Modifications to existing notification primitives (notifications/resources/updated, notifications/tools/list_changed, etc.) that do not relate to proactive server-initiated delivery.
  • Transports WG — delivery and ordering guarantees depend on transport capabilities; callback semantics must be coherent across stdio, Streamable HTTP, and future transports.
  • Agents WGSEP-1686 (Tasks) identifies webhook-style task completion notifications as a future consideration; this WG owns that mechanism.

Leadership

RoleNameOrganizationGitHubTerm
LeadClare LiguoriAmazon Web Services@clareliguoriInitial
LeadPeter AlexanderAnthropic@pja-antInitial

Authority & Decision Rights

Decision TypeAuthority Level
Meeting logistics & schedulingWG Leads (autonomous)
Proposal prioritization within WGWG Leads (autonomous)
SEP triage & closure (in scope)WG Leads (autonomous, with documented rationale)
Technical design within scopeWG consensus
Spec changes (additive)WG consensus → Core Maintainer approval
Spec changes (breaking/fundamental)WG consensus → Core Maintainer approval + wider review
Scope expansionCore Maintainer approval required
WG Member approvalWG Member sponsors

Operations

MeetingFrequencyDurationPurpose
Working SessionWeekly30 minTechnical discussion, proposal review

Deliverables & Success Metrics

Active Work Items

ItemStatusTarget DateChampion
SEP: Events in MCP v1 RFCIdeatingEnd AprilTBD
Reference implementation in Tier-1 SDKsEnd AprilTBD

Success Criteria

  • An accepted SEP defining the trigger/callback mechanism and its subscription lifecycle.
  • Reference implementations in at least two Tier-1 SDKs.
  • Conformance test coverage for the new primitives.

Changelog

DateChange
2026-03-24Initial charter