How it works
A sales agent declares Creative Protocol support inget_adcp_capabilities:
inline_creative_management (a media buy feature for attaching creatives to packages at buy time) and Creative Protocol support are independent. A sales agent can support one, the other, or both.
inline_creative_management allows attaching creatives directly to packages in create_media_buy — the creative travels with the buy order. Creative Protocol support ("creative" in supported_protocols) means the agent implements creative tasks like build_creative, list_creative_formats, and sync_creatives. A sales agent might support inline creative management without implementing the Creative Protocol (the buyer manages creatives externally and just references them in the buy), or implement the Creative Protocol without inline management (creatives are synced separately via sync_creatives before being assigned to packages).
The buyer calls all tasks — media buy and creative — on the same agent URL. The protocol the task belongs to determines the schema, not the type of agent.
Available creative tasks
When a sales agent declares"creative" in supported_protocols, it can implement any Creative Protocol task:
| Task | When to implement |
|---|---|
list_creative_formats | Always — buyers need to discover supported formats |
sync_creatives | When the agent hosts a creative library. Sales agents SHOULD support the assignments field for bulk creative-to-package mapping. |
list_creatives | When buyers need to browse the library |
build_creative | When the agent generates or transforms creatives |
preview_creative | When the agent can render previews |
get_creative_delivery | When the agent can report variant-level delivery data |
Creative review
Sales agents that receive creatives — whether via inline attachment increate_media_buy or via sync_creatives — may perform creative review before serving. This mirrors real publisher and SSP workflows where creatives are scanned for policy compliance, malware, or brand safety violations.
Creative review status is surfaced at two levels:
- Creative library: The
statusfield on each creative inlist_creativesuses the creative status enum:processing,pending_review,approved,rejected, orarchived. - Package level: The
approval_statusfield on each creative inget_media_buysresponses uses the creative approval status enum:pending_review,approved, orrejected. Rejected creatives include arejection_reasonwith a human-readable explanation.
approved in the library but rejected at the package level if it violates placement-specific policies (e.g., a video creative on an audio-only placement).
Buyers SHOULD poll list_creatives or get_media_buys after syncing or submitting a media buy with new creatives, especially for publishers with strict creative policies.
For generative formats where the seller generates at serve time, creative review applies to the brief and brand identity rather than individual creatives. The seller validates that the brief’s constraints and brand assets meet its policies before generation begins.
Platform and community guidelines: Social platforms, UGC sites, and community-driven publishers often enforce content policies beyond standard ad policy (e.g., community standards, promoted content guidelines, category-specific restrictions). These platform-specific policies are surfaced through the same rejection_reason field — the buyer does not need a separate mechanism to handle them. When a creative is rejected for a community guideline violation, the rejection_reason explains what policy was violated so the buyer can fix and re-submit.
Implementation checklist for generative creative
Sales agents offering generative creative should:-
Declare capabilities in
get_adcp_capabilities:supports_generation: truein creative capabilities"creative"insupported_protocolsinline_creative_management: trueif creatives travel with the media buy
-
Define generative formats via
list_creative_formatswhereformat_id.agent_urlpoints to your own agent. Include descriptive format names and asset requirements (at minimum abriefasset). -
Implement
preview_creative— return representative previews for pre-flight review. Supportcontext_descriptioninputs so buyers can simulate different serve-time conditions. For conversational formats, includeinteractive_urlfor sandbox testing. -
Implement
get_creative_delivery— return variant manifests showing what was generated and served. Includegeneration_context(context_type, topic, device_class) and delivery metrics per variant. Plan for variant retention: retain at least 90 days of variant data for post-flight audit. -
Validate briefs at buy time — when a buyer submits a brief in
create_media_buy, validate that the brief’s constraints (brand identity, guardrails, required disclosures) are compatible with your generation capabilities. Reject with a clear error if not. -
Handle creative review for briefs — for generative formats, review applies to the brief and brand identity rather than individual creatives. Communicate review status via
approval_statuson the package inget_media_buys.
Generative formats on sales agents
A seller that generates creatives at serve time — contextual ads, page-matched display, AI-generated native — hosts its own generative format. Theformat_id.agent_url points to the sales agent itself:
list_creative_formats on the sales agent, then provides a brief when creating the media buy:
build_creative call is needed — the brief travels with the media buy.
For regulated categories (financial services, pharma), look for supports_compliance: true in the agent’s creative capabilities. Compliance-aware agents validate required disclosures and regulatory elements during generation — include compliance requirements in the brief so the agent can enforce them.
Previewing generative output
For generative formats,preview_creative serves two purposes:
Before the campaign — pass the brief manifest with context_description inputs to see representative samples of what the agent could generate:
quality: "draft" for fast iteration on creative direction, quality: "production" for stakeholder review. These previews are illustrative — real output depends on live signals at serve time. Preview doesn’t require an active media buy — you can preview before calling create_media_buy.
After the campaign — pass a variant_id from get_creative_delivery to replay exactly what was served:
Delivery reporting
A sales agent implementing both protocols provides two complementary views of delivery data:| Task | Protocol | What it provides |
|---|---|---|
get_media_buy_delivery | Media Buy | WHERE and HOW MUCH: impressions, spend, placement data, optional by_creative breakdown |
get_creative_delivery | Creative | WHAT RAN and HOW: variant manifests, generation context, variant-level metrics |
media_buy_id and creative_id as join keys to correlate data across both responses.
For generative formats, get_creative_delivery is where the buyer sees what was actually generated. Each variant includes a manifest (the actual rendered creative — headline text, image URLs, format) and generation context (the signals that triggered generation, like page topic or device class). get_media_buy_delivery provides the aggregate view with spend, pacing, and dimensional breakdowns.
Example: variant-level reporting on a sales agent
When to use a separate creative agent
A separate creative agent makes sense when:- The creative service is independent of any seller — a creative management platform, ad server, or format conversion service
- Multiple sellers need to serve the same creatives — the buyer manages creatives in one place and distributes them
- The buyer wants centralized creative analytics across sellers
Capability discovery
Buyers checkget_adcp_capabilities to understand what a sales agent supports:
Related
- Creative Specification — Protocol requirements for creative agents
- Implementing Creative Agents — Implementation guide for standalone creative agents
- Generative Creative — Using
build_creativefor AI-powered generation - get_creative_delivery — Variant-level delivery reporting
- get_media_buy_delivery — Media buy delivery reporting