- Generation: Create a manifest from a brief or seed assets (
message+creative_manifest) - Transformation: Adapt an existing manifest to a different format (
creative_manifest+target_format_id) - Library retrieval: Resolve a
creative_idfrom the agent’s library into a manifest with ad-serving assets
build_creative takes a creative manifest as input and produces a creative manifest as output. For library retrieval, provide a creative_id (from list_creatives) and the agent resolves it from its library.
For information about format IDs and how to reference formats, see Creative Formats - Referencing Formats.
Request parameters
Pricing response fields
When the creative agent charges andaccount is provided, the response includes pricing fields:
For async builds (
status: "working" with context_id polling), pricing fields appear on the final completed response only.
Important: Required input assets should be included in the creative_manifest.assets object, not as separate task parameters. The format definition specifies what assets it requires. Catalog context for dynamic creatives should be provided via the creative_manifest.assets map.
Generation controls
For generative formats, two optional parameters control the generation process:-
quality: Controls generation fidelity. Use"draft"for rapid iteration (reviewing layouts, copy, composition) and"production"for final renders. Draft outputs may use lower-resolution images, simplified effects, or placeholder elements. To produce a production version of a draft you like, pass the draft’s output manifest back ascreative_manifestwithquality: "production". Note:preview_creativealso acceptsqualityto control render fidelity independently — see Previewing generative creative. -
item_limit: For catalog-driven formats, caps how many catalog items are used during generation. A catalog might contain 1,000 products but you only need 4 hero images. The creative agent selects top items based on relevance or catalog ordering. Whenitem_limitexceeds the format’smax_items(from catalog requirements), the creative agent should use the lesser of the two. If omitted, the creative agent decides based on catalog size and format requirements.
Use cases
Pure generation (creating from scratch)
For pure generation, provide a minimal source manifest with the required input assets defined by the format:Transformation (adapting existing creative)
For transformation, provide the complete source manifest:Format resizing
Transform an existing creative to a different size:Library retrieval
Retrieve a creative from the agent’s library and resolve it into a manifest with ad-serving assets. Use this when you know thecreative_id from list_creatives and want the creative agent to produce a delivery-ready manifest with tags (HTML, JavaScript, or VAST):
CLICK_URL macro was substituted with the provided value; CACHEBUSTER remains as a placeholder for the sales agent to resolve at serve time.
Cross-agent workflow: When creative generation and media buying are handled by different agents, use
build_creative on the creative agent to produce a manifest with tags, then sync_creatives on the sales agent to upload it. When the sales agent implements both protocols, this happens on a single endpoint — see Creative capabilities on sales agents.Multi-format generation
Generate creatives for multiple formats in a single call usingtarget_format_ids. The agent produces one manifest per format from the same source assets and brief:
creative_manifests (array) instead of creative_manifest (singular). Each manifest is a complete creative manifest with its own format_id, ready for sync_creatives or preview_creative:
FORMAT_NOT_SUPPORTED), the entire request fails with an error response. The response array order corresponds to the target_format_ids request order. Match manifests to requested formats by array position or by comparing the format_id on each manifest.
Multi-format workflow
After a multi-format build, preview all results usingpreview_creative batch mode. Each element of creative_manifests in the build response becomes a creative_manifest in the batch preview request:
build_creative again with target_format_id (singular) and pass back that format’s manifest. You don’t need to rebuild all formats — just iterate on the one that needs work.
Multi-format requests with
include_preview: true generate one default preview per format. Custom preview_inputs are only supported with single-format requests. For multi-format builds where you need context-specific previews (device variants, different contexts), use a separate preview_creative batch call after building.Paid build with pricing
When the creative agent charges andaccount is provided, the response includes pricing fields. The agent selects the applicable pricing option server-side based on the account’s rate card and the work performed — the buyer does not pass pricing_option_id in the request.
Per-unit pricing (transformation agent):
pricing_option_id corresponds to one of the options from list_creatives. The buyer passes it in report_usage for reconciliation.
CPM pricing (ad server) — vendor_cost is 0 at build time because cost accrues when impressions are served:
Response format
Single-format response
When the request usestarget_format_id, the response contains a single creative manifest:
Multi-format response
When the request usestarget_format_ids, the response contains an array of creative manifests:
Field descriptions
- creative_manifest: (single-format) The complete creative manifest ready for use with
sync_creativesorpreview_creative - creative_manifests: (multi-format) Array of complete creative manifests, one per requested format. Each contains its own
format_id. - format_id: The target format (matches the requested format)
- assets: Map of asset keys to asset content — includes creative content (images, text, URLs), catalogs, briefs, and anything else the format requires
- expires_at: Optional ISO 8601 timestamp when generated asset URLs in the manifest expire. Set to the earliest expiration across all generated assets. Re-build the creative after this time to get fresh URLs. Not present when the manifest contains no expiring URLs (e.g., pure text generation or assembly-only transforms).
- preview: Optional. Present when
include_previewwas true in the request and the agent supports inline preview. Contains the same content fields as apreview_creativesingle response (previews,interactive_url,expires_at) minus theresponse_typediscriminator, so clients can reuse the same preview rendering logic. For single-format responses, each entry inpreviews[]corresponds to an input set frompreview_inputs. For multi-format responses, each entry includes aformat_idand corresponds to one requested format (one default preview per format;preview_inputsis ignored). - preview_error: Optional. Standard error object (
code,message,recovery) present wheninclude_previewwas true but preview generation failed. Therecoveryfield indicates whether the failure istransient(retry later),correctable, orterminal. Distinguishes “agent doesn’t support inline preview” (field absent, no error) from “preview generation failed” (field present with structured error).
Compliance errors
If the manifest includes a brief asset withcompliance requirements that the creative agent cannot satisfy, the agent MUST return an error — not a partial success. Unsatisfied disclosures are a hard failure.
required_disclosures can be satisfied in the target format before generating the creative. If any disclosure cannot be placed as specified, the entire request fails. This ensures regulated creatives are never served without required legal text.
Response timing
How the creative agent responds depends on how long the operation will take:
The creative agent decides which path to take based on the work involved. Library retrieval is instant. Simple transformations take seconds. AI generation varies — a quick banner might complete in 10 seconds, a complex video composition might take minutes.
working is a progress signal, not a polling trigger
When the server expects to take more than 30 seconds but is actively processing, it sends working as an out-of-band MCP status update. This keeps the client informed (“I’m on it”) without requiring the caller to switch to a polling or webhook pattern. The connection stays open and the result arrives when it’s ready.
When to go async
submitted means the operation is blocked on something outside the server’s control:
- Human creative review — brand guidelines require approval before returning
- External approval workflows — third-party compliance or legal review
push_notification_config to receive the result. See Async Operations and Push Notifications.
Human-in-the-loop
The agent may returnstatus: "input-required" when it needs human input — for example, when brand guidelines require creative approval or when the agent needs clarification on creative direction:
APPROVAL_REQUIRED— Creative needs human approval before finalizingCREATIVE_DIRECTION_NEEDED— Agent needs clarification on creative brief or directionASSET_SELECTION_NEEDED— Agent needs the caller to choose between asset options
Workflow integration
Typical generation workflow
- Build: Use
build_creativeto generate/transform the manifest - Preview: Use
preview_creativeto see how it renders (see preview_creative) - Sync: Use
sync_creativesto traffic the finalized creative
include_preview: true on the build request. If the agent supports it, the response includes a preview object alongside the manifest — same content fields as preview_creative, no extra round trip. If the agent doesn’t support inline preview, the field is simply absent and you fall back to a separate preview_creative call. Always check for the presence of preview rather than assuming it will be there when requested.
Use preview_quality to control render fidelity independently from build quality. For example, build at quality: "draft" (fast concept generation) but preview at preview_quality: "production" (full-fidelity render to show stakeholders the layout). If preview_quality is omitted, the agent uses its own default.
Examples
Example 1: Pure generation (generative format)
Generate a creative from scratch using a generative format:Example 2: Format transformation
Transform an existing 728x90 leaderboard to a 300x250 banner:Example 3: Transformation with specific instructions
Adapt a creative for mobile with specific design changes:Example 4: Generation with creative brief
Generate a creative using structured campaign context viabrand and a brief asset on the manifest:
Example 5: Generation with compliance requirements
Generate a financial services creative with regulatory disclosures and prohibited claims:jurisdictions) applies globally. The prohibited_claims array tells the creative agent which claims to avoid in generated copy.
Example 6: Commerce media with brief and product catalog
Generate a sponsored product carousel with campaign context, compliance disclosures, and a synced product catalog:assets map. The format declares both a brief and catalog asset type — the buying agent discovers this via list_creative_formats and syncs the required catalog before submitting.
Example 7: Build with inline preview
Build a creative and get preview renders in the same response:preview object contains the same content fields as a preview_creative single response (previews, interactive_url, expires_at). If the agent does not support inline preview, this field is absent — the buyer agent falls back to a separate preview_creative call. If preview generation fails, the response includes preview_error with a standard error object (code, message, recovery) instead.
Example 8: Draft generation with item limit
Generate a draft-quality creative from a large catalog, capping the number of items:item_limit: 4 ensures only 4 hero images are generated. quality: "draft" produces fast, lower-fidelity output for review.
Response:
expires_at field signals when the generated CDN URLs expire. Re-build after this time to get fresh URLs. Once the direction is approved, re-submit the output manifest with quality: "production" for final renders.
Key concepts
Brand vs creative brief
Both are optional.
brand provides stable brand identity (colors, logos, tone) resolved via the domain’s /.well-known/brand.json. The brief is an asset on the manifest (assets.brief), so it travels with the creative through regeneration, resizing, and auditing. The message field provides per-request natural language instructions.
Precedence: The brand parameter is the authoritative source for creative rendering context (colors, logos, tone).
Layering: The brief asset on the manifest provides structured direction; message on the request provides per-request natural language overrides. When both provide conflicting direction, message takes precedence as the most specific instruction.
Transformation model
build_creative follows a manifest-in, manifest-out model:
- Input: Creative manifest (can be minimal or complete — everything lives in assets)
- Process: Transform/generate based on
messageand manifest content - Output: Target creative manifest ready for preview or sync (brief carries forward)
Pure generation vs transformation
- Pure Generation: Provide minimal
creative_manifestwith just the format_id, catalog assets (if the format renders catalog items), and any required seed assets. The creative agent generates output assets from scratch usingmessageas guidance. - Transformation: Provide complete
creative_manifestwith all existing assets. The creative agent adapts existing assets to the target format, optionally following guidance inmessage.
Integration with other tasks
- build_creative → Generates manifest (optionally with inline preview via
include_preview) - preview_creative → Renders the manifest separately (see preview_creative)
- sync_creatives → Traffics the finalized manifest
include_preview: true to combine build and preview into one call. If the agent doesn’t support it, the response simply omits the preview field — fall back to a separate preview_creative call. Either way, the preview content fields (previews, interactive_url, expires_at) are the same.
This separation allows you to:
- Build once, preview multiple times with different contexts
- Iterate on build without re-syncing
- Preview before committing to traffic
Iterative refinement
build_creative supports multi-turn iteration without a mode flag. The presence and combination of fields determines the operation:
- Generation:
message+ minimalcreative_manifest(empty or seed assets) +target_format_id - Transformation: full
creative_manifest+message+target_format_id - Library retrieval:
creative_id+target_format_id+ optionalmacro_values - Refinement: previous output as
creative_manifest+messagewith changes
creative_manifest back as input with a new message. Alternatively, update the brief asset (assets.brief) to change the creative direction — the brief is the buyer-owned source of truth for what the creative should be.