Skip to main content
Experimental. Sponsored Intelligence (si_get_offering, si_initiate_session, si_send_message, si_terminate_session) is part of AdCP 3.0 as an experimental surface — it may change between 3.x releases with at least 6 weeks’ notice. Sellers implementing any of these tasks MUST declare sponsored_intelligence.core in experimental_features. See experimental status for the full contract.
Start a conversational session with a brand agent. The host platform invokes this task when a user expresses interest in engaging with a brand.

Request

Offering Token

If a host performed a si_get_offering lookup before initiating, include the token for session continuity:
The token lets the brand agent know exactly what products were shown to the user (and in what order). This enables natural conversation flow:
  • User sees: “Nike Pegasus ($89), Air Max ($129), Vomero ($139)”
  • User says: “Tell me more about the middle one”
  • Brand agent resolves “middle one” → Air Max via the token’s stored context
If the host accepted or explicitly rejected sponsored context from a pre-session lookup, include sponsored_context_receipt to make the host’s boundary decision visible to the brand/seller:
The receipt records whether the host accepted or rejected the sponsored context. For accepted receipts, it records what the host committed to honor. It does not assert that AdCP can inspect hidden model reasoning. An accepted receipt cannot down-scope the use mode or decline a required disclosure. A host that cannot honor either condition rejects the sponsored context instead. Rejected receipts must omit accepted_context_use and disclosure_commitment.

Identity Object

When consent_granted is true: When consent_granted is false:

Supported Capabilities Object

Declares what the host platform can render:

Response

Response Object

Example

Request

Response

Key Points

  1. intent is the conversation handoff - The host tells the brand agent what the user needs in natural language. The brand agent responds naturally, continuing the conversation. context is a separate, optional field: an opaque object (e.g., {"trace_id": "abc-123"}) that the brand agent echoes back unchanged — used by the buyer for correlation, never parsed by the brand agent.
  2. Brand looks up loyalty data - If Jane’s email is recognized, Delta retrieves her SkyMiles status automatically. Hosts don’t store loyalty numbers.
  3. offering_id is brand-specific - The brand interprets this reference to apply promotions, discounts, or loyalty rewards. Hosts pass it through without needing to understand offering semantics.
  4. Capability negotiation - The response includes negotiated_capabilities showing what features this session can use (intersection of brand and host capabilities).
  5. Sponsored context receipt - When a session follows a sponsored preflight lookup, sponsored_context_receipt records the host’s accepted use mode and disclosure commitment. This is a boundary acceptance record, not a claim about hidden model reasoning.
  6. Clear PII with explicit consent - When consent_granted is true, actual email/name are passed (not hashed). This is a direct, consented handoff.