PlatformRequest, the operator evaluates participation eligibility, derives a ContextRequest, and distributes it to brand agents. Operators define their own distribution mechanisms and selection timing.
1. TL;DR
AIP defines selection inputs, timing constraints, and outcome guarantees. Operators implement their own selection logic - auction-based, rule-based, or hybrid - to determine which brand agent participates and in what mode.
2. Why it matters
AIP enables AI systems to govern commercial participation by defining:- Protocol-level constraints that ensure fair competition
- Timing guarantees that respect platform latency budgets
- Outcome guarantees that ensure deterministic settlement
- AI experiences remain user-centric
- Brands compete on merit and integrity
- Platforms gain a predictable participation layer
3. Protocol-level selection constraints
AIP defines constraints and guarantees for selection, not the specific algorithms:1. Input requirements
An AI platform submits aPlatformRequest describing the user’s query or action. The request includes latency_budget_ms to specify the platform’s timing requirements.
2. Participation governance
Before selection begins, the Operator evaluates whether commercial participation is allowed for this intent. This governance step is separate from selection and must complete first.3. Distribution requirements
The Operator derives aContextRequest and filters brand agents that match the context. The Operator distributes (broadcasts) the ContextRequest to all matching brand agents. Operators define their own distribution mechanisms (transport methods, etc.).
4. Timing constraints
- The selection window is derived from the platform’s
latency_budget_msfield in the PlatformRequest - Operators compute the available response window by subtracting operator overhead from the platform’s latency budget
- Brand agents MUST submit responses within the computed window
- Late responses are rejected and do not participate in selection or settlement
- If no
latency_budget_msis provided, operators apply their own default fallback
5. Response collection
Brand agents submit signed responses with pricing, content, and relevance scores to participate in the auction-style selection. Operators collect responses received within the selection window.6. Outcome guarantees
The Operator MUST return a singlePlatformResponse (or no_match when no responses arrive in time) and a serve_token back to the platform. The result includes the selected agent and the determined interaction mode (recommend or delegate).
7. Settlement is separate from ranking
Settlement paths are billing semantics, not ranking rules.- External click-out flows follow
CPX -> CPC -> CPA - Delegated-session flows follow
CPX -> CPE -> CPA - Operators still define their own ranking and scoring logic for selection
4. Selection mechanisms
Operators may implement any selection mechanism that satisfies the protocol constraints:Auction-based selection
Real-time competitive bidding where brand agents submit priced responses. The operator scores bids based on value, relevance, and quality signals. Highest-scoring response wins.Rule-based selection
Deterministic matching based on eligibility rules, category alignment, and pre-negotiated agreements. No real-time bidding - the operator selects based on configuration.Hybrid selection
Combines elements of both. For example, rule-based eligibility filtering followed by auction-based ranking among eligible agents. AIP does not mandate which mechanism operators use. The protocol only requires that:- Selection produces a single winner (or no_match)
- A serve_token is generated for the outcome
- The interaction mode is determined
- All responses are evaluated within the timing window
5. Scoring (informational)
Operators implement their own scoring algorithms to evaluate responses. While AIP does not prescribe a specific scoring model, operators typically consider signals such as:Value
Economic strength of the response relative to the current intent.Relevance
Alignment between the offer and the user’s query, conversation, or task context.Quality
Trust, integrity, and historical performance signals from the brand agent’s verified outcomes. Operators apply their own scoring logic consistently for all responses, producing deterministic outcomes. Note: AIP does not mandate how operators combine these signals or weight them. Each operator defines their own scoring methodology.6. PlatformResponse
The operator returns aPlatformResponse containing auction status, winner state, render instructions, and optional delegation metadata:
7. Transparency and verification
Every exchange in the selection cycle is logged as verifiable artifacts:- signed
ContextRequest - signed brand agent responses
- signed
PlatformResponse - timestamps and nonces
- protocol version identifiers
8. Example flow
User asks: “Best AI note-taking tools.”- Platform sends
PlatformRequestwithlatency_budget_msto Operator. - Operator evaluates participation eligibility - allowed.
- Operator derives
ContextRequestand distributes (broadcasts) it to all matching brand agents using operator-defined mechanisms. - Brand agents return responses within the computed selection window.
- Operator applies its selection logic to rank responses and determine interaction mode.
- Platform receives a single
PlatformResponsewithserve_token. - Lifecycle events connect cleanly to the same attribution chain via
serve_token.
9. Protocol guarantees
AIP ensures:- Timing compliance: Responses received after the computed window are rejected
- Deterministic settlement: Event ladder ensures one charge per
serve_token - Selection autonomy: Settlement paths do not prescribe how operators rank responses
- Complete verifiability: All messages are signed and timestamped
- Unified attribution:
serve_tokenlinks all events to the original selection - Operator autonomy: Operators define their own selection and scoring logic within protocol constraints
- Mode determination: Every selection produces a clear interaction mode (recommend or delegate)