PR #244 introduces Embedded Commerce Protocol (ECP) — a new transport binding that allows UCP operations to execute within existing channel contexts rather than requiring browser redirects. The change also adds a reauthorization mechanism for managing session continuity.
Previously, UCP transactions required redirecting users to web-based checkout flows. This worked for traditional e-commerce but created friction for conversational commerce scenarios — chatbots, voice assistants, and in-app experiences where context switching degrades user experience.
AI agents can now complete cart operations, authentication, and checkout entirely within a messaging conversation — no browser redirects required.
The embedded transport binding addresses a fundamental architectural tension in agentic commerce:
The ECP binding introduces several new concepts:
ECP messages wrap UCP operations in a transport-specific envelope that carries channel context, session state, and capability declarations:
{
"ecp_version": "1.0",
"transport": "messaging",
"channel_context": {
"platform": "whatsapp",
"conversation_id": "...",
"user_context_token": "..."
},
"ucp_operation": {
// Standard UCP cart/checkout payload
}
}
Long-running conversations may outlive initial authentication tokens. The new reauth mechanism allows:
The cart capability gains new methods specifically designed for embedded contexts:
embedded_add_item — Add items with inline confirmationembedded_checkout — Complete checkout without redirectembedded_payment — Process payment via platform-native methodsThis is a breaking change for implementations that assume web-redirect transport. Affected areas:
The redirect transport remains supported. ECP is additive — platforms can adopt it incrementally. Businesses should plan for ECP support by Q3 2026 as major messaging platforms integrate.
For AI agent developers, this unlocks true conversational commerce — your agent can now handle the entire purchase flow without breaking the conversation context.