Request
Offering Token
If a host performed asi_get_offering lookup before initiating, include the token for session continuity:
- User sees: “Nike Pegasus (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
Identity Object
Whenconsent_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
- Context is a conversation handoff - The host tells the brand agent what the user needs. The brand agent responds naturally, continuing the conversation.
- Brand looks up loyalty data - If Jane’s email is recognized, Delta retrieves her SkyMiles status automatically. Hosts don’t store loyalty numbers.
- 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.
-
Capability negotiation - The response includes
negotiated_capabilitiesshowing what features this session can use (intersection of brand and host capabilities). -
Clear PII with explicit consent - When
consent_grantedis true, actual email/name are passed (not hashed). This is a direct, consented handoff.