Skip to content
<- Guides
AMC · Advanced

Turn AMC Workflows into Agent Skills

A Skill is the operating procedure, not just a saved prompt.

Package repeatable AMC analysis into agent Skills with Atlas retrieval, sufficiency checks, human approval, and run logging already built in.

Kuudo
Reviewed by Kuudo Engineering
TL;DR

Repeatable Amazon Marketing Cloud (AMC) workflows should be packaged as Skills only after the agent can run a 6-step contract: retrieve, resolve, check, produce, review, and log. The reusable unit is not a prompt; it is a reviewed workflow contract with 2 boundaries, read-only analysis and approval-gated writes.

The operator question was practical: "We keep asking for the same AMC analyses. Can the agent remember the workflow instead of improvising every time?"

Yes, but the reusable unit should be a Skill, not a prompt snippet. A prompt remembers wording. A Skill remembers the steps: retrieve the right Amazon Marketing Cloud (AMC) playbook, choose the table, run the privacy or size check, produce the artifact, route the decision, and log what happened.

What a model without Atlas gets wrong

That is how a helpful demo becomes an unreviewable production process.

What Atlas retrieves

The agent starts by pulling the relevant Amazon Marketing Cloud playbooks from Amazon Agent Atlas. For an audience workflow, it retrieves:

  • The audience-source rule that decides whether the Skill can use an audience-safe table.
  • The sizing pattern that tells the operator whether the seed can activate.
  • The activation timing and companion measurement guidance that belong beside the output.
  • The AMC synthetic data playbook context when the Skill needs a safe test surface before it touches production workflows.

For a measurement workflow, it retrieves the attribution table, lookback rule, and caveats that belong in the output.

The Amazon Ads MCP gives the Skill live access to the Ads and AMC surfaces. Atlas tells it what the current playbook says before it acts.

The agent's working output

The useful output is a workflow contract:

{
  "skill": "amc_audience_workflow",
  "mode": "read_then_approve",
  "steps": [
    "retrieve_atlas_playbook",
    "resolve_table_window_filters",
    "run_privacy_and_seed_checks",
    "produce_sql_or_payload",
    "request_approval_for_writes",
    "write_run_log"
  ],
  "writeBoundary": "approval_required_before_dsp_activation"
}

That contract is deliberately more boring than an open-ended chat. Boring is what makes it repeatable.

The footnotes the agent surfaces

Those details are the difference between "the agent said so" and "we can audit the workflow."

What happens next

The full workflow runs through the Amazon Agent Data layer: Amazon Ads MCP brings AMC and demand-side platform (DSP) campaign signals, the Selling Partner MCP can add catalog context, Atlas grounds the operating procedure, and Skills turn the workflow into a reviewed recurring automation.

Once the Skill exists, the same workflow can run from chat, code, or an automation tool. The interface changes; the source rules and approval gates do not.

The point

A Skill is how an agent stops improvising an operating procedure.

Next: use durable run logs to make every Skill execution reviewable after the fact.

Private beta

Run this workflow on your own Amazon data

Bring us the Amazon workflow you want your agent to run. In a private-beta working session, we'll map the fit, setup, and next step with you.

Run this workflow in beta

What you need to run this

tables
AMC measurement tables, AMC Audiences table variants
subscriptions
Amazon Marketing Cloud instance access, Amazon Ads MCP access, Amazon DSP destination access when activation is enabled
Lookback window
Set per Skill and validated against retrieved Atlas playbooks
API compatibility
Amazon Ads MCP workflow orchestration
Schema version
Skill contract v1
Last verified
"2026-06-16T00:00:00.000Z"

What success and failure look like

resultinterpretation
Skill runs without retrieved playbook chunksThe workflow is still a prompt, not a grounded Skill.
Write action has no approval policyActivation or budget changes should not run automatically.
Run log omits tool parametersThe output cannot be reproduced after execution.

Supporting payloads

AMC Skill workflow contract

The minimum execution fields a repeatable AMC Skill should keep stable across runs.

{"skill":"amc_audience_workflow","mode":"read_then_approve","requires":["atlas_retrieval","mcp_tool_parameters","approval_policy","run_log"]}
Related reading

Keep exploring this topic

Use these companion guides to understand the inputs, follow-on analysis, and adjacent workflows behind this playbook.

FAQ

What makes an AMC workflow a Skill instead of a prompt?

A Skill fixes the retrieval step, table-selection rule, checks, approval policy, output shape, and run log. A prompt only preserves wording.

Should every AMC Skill be allowed to write?

No. Measurement Skills can stay read-only. Skills that create audiences, alter budgets, or change targeting should require approval before the write step.

What should the Skill log every time it runs?

Log the Skill version, retrieved Atlas chunks, MCP tool parameters, generated artifact hash, checks, approval state, and final result.

How does the Selling Partner MCP fit an AMC Skill?

It adds catalog and Amazon Standard Identification Number context when the AMC workflow depends on product eligibility, listing state, or promoted-item scope.

Why does a Skill need Atlas retrieval if the SQL is already saved?

The saved SQL is only one artifact. Atlas retrieval keeps the table rules, privacy notes, and workflow constraints visible when the Skill reruns.

Sources