Skip to main content
Glama

meta_ads_creatives_create_dynamic

Create a Dynamic Creative that lets Meta automatically test and combine your images, headlines, and CTAs to find the best-performing ad mix. Supply multiple assets and Meta optimizes at serve time.

Instructions

Creates a Dynamic Creative — Meta auto-generates and optimises combinations from multiple images, headlines, bodies, and CTAs. Returns the new creative id. Mutating — not automatically reversible; record before-state with mureo_state_action_log_append if you may need to roll back. Use when you want Meta to learn the best-performing asset mix rather than testing manually. For static single-image ads use meta_ads_creatives_create; for explicitly-controlled multi-card layouts use meta_ads_creatives_create_carousel. Supply 2–10 images, 1–5 of each text field; Meta combines them at serve time.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
nameYesCreative name shown in Ads Manager.
bodiesYesPrimary body text variants. 1–5 accepted. Meta recommends ≤125 characters per body.
titlesYesHeadline variants. 1–5 accepted. ~40 characters fits most placements.
page_idYesFacebook Page ID that the ad will be published as. Must be a page the authenticated user has permission to post from. Required by Meta for every creative — ads cannot run without a page identity.
link_urlYesDestination URL shared across all combinations. Must be HTTPS and domain-verified.
account_idNoMeta Ads account ID in the format 'act_XXXXXXXXXX' (e.g. 'act_1234567890'). Optional — falls back to META_ADS_ACCOUNT_ID from the configured credentials. The leading 'act_' prefix is required.
descriptionsNoOptional link-caption variants (0–5). Not all placements render these.
image_hashesYesImage hashes to include in the rotation. 2–10 recommended for meaningful optimization; Meta accepts up to 10. Upload via meta_ads_creatives_upload_image / meta_ads_images_upload_file first.
call_to_actionsNoOptional CTA variants (0–5). Values drawn from the same set as meta_ads_creatives_create (LEARN_MORE / SIGN_UP / SHOP_NOW / etc.).
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations provided, the description carries the burden of behavioral disclosure. It states that the operation is 'Mutating — not automatically reversible' and advises recording before-state with mureo_state_action_log_append. It also mentions the return value (new creative id) and that Meta combines assets at serve time. While it doesn't cover permissions or errors, it discloses the critical mutation and persistence behavior sufficiently.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is three sentences, with the core purpose front-loaded, followed by risk/rollback guidance and explicit alternatives. Every sentence contributes meaningful information without redundancy or filler, making it highly efficient.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool's complexity (9 params, no output schema, no annotations), the description covers all essential context: purpose, usage scenarios, alternatives, constraints, mutability, and return value. The parameter details are thoroughly documented in the schema, so the description doesn't need to repeat them, making it complete and well-rounded.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so the baseline is 3. The description adds value by specifying recommended ranges ('Supply 2–10 images, 1–5 of each text field') and explaining the rationale ('Meta combines them at serve time'), which complements the schema's min/max constraints with real-world guidance.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's purpose: 'Creates a Dynamic Creative' and explains the distinctive behavior (Meta auto-generates and optimises combinations). It also differentiates from sibling tools by naming meta_ads_creatives_create and meta_ads_creatives_create_carousel, specifying exactly when each should be used.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Provides explicit usage guidance: 'Use when you want Meta to learn the best-performing asset mix rather than testing manually' and explicitly recommends alternatives for static single-image ads and carousels. This goes beyond vague context and gives actionable when/when-not guidance.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/logly/mureo'

If you have feedback or need assistance with the MCP directory API, please join our Discord server