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.
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 betaWhat 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
| result | interpretation |
|---|---|
| Skill runs without retrieved playbook chunks | The workflow is still a prompt, not a grounded Skill. |
| Write action has no approval policy | Activation or budget changes should not run automatically. |
| Run log omits tool parameters | The 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"]}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.