Claude Cursor Skill

google-ads-assets

Plan, validate, and safely publish Google Ads assets, including sitelinks, callouts, structured snippets, image assets, and Performance Max asset briefs. Use when asked for Google Ads assets, ad extensions, sitelinks, callouts, snippets, image assets, Performance Max assets, PMax

LLM Mart · 0 points · 22 0 0

Virus-scanned Reviewed automatically before listing.

Full trust report

Download nowork-studio-notfair-plugin-google-ads_assets-daf87d3.zip · 2 KB

nowork-studio/notfair-plugin 3849 495 forks MIT Updated 1d ago

Part of nowork-studio/notfair-plugin — 88 skills

Install

skills CLI npx skills add https://github.com/nowork-studio/notfair-plugin/tree/main/google-ads/assets

Claude Code

claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install nowork-studio-notfair-plugin@llmmart

Git git clone https://github.com/nowork-studio/notfair-plugin.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole nowork-studio/notfair-plugin collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Google Ads Asset Planner

Turn approved business evidence into an asset manifest that can be reviewed and, only where the connected MCP supports it, published safely.

Setup

Read and follow ../shared/preamble.md and ../shared/analysis-principles.md. Read {data_dir}/business-context.json and {data_dir}/personas/{accountId}.json before proposing assets. If either is missing or stale, hand off to /google-ads-audit; an ungrounded asset pack is generic inventory.

Read ../shared/policy-registry.json before PMax or policy-sensitive work. If its PMax entry is stale, verify the relevant Google policy or platform requirement before stating a current rule.

Build from evidence, not filler

Pull the existing campaign, ad group, and asset coverage using available read capabilities before recommending new assets. Use search terms, converting ads, landing-page content, approved offers, and customer language as source material. Do not infer ratings, pricing, guarantees, availability, or product attributes.

For each proposed asset, produce this reviewable manifest:

Field	Required content
Asset family	Callout, sitelink, structured snippet, image, or PMax brief
Scope	Account, campaign, ad group, or named PMax asset group
Concept ID	Persona × motivation × angle
Copy or creative direction	Exact approved text, or a production-ready visual brief
Evidence and claim status	Source for every factual claim; mark unsupported claims `needs_substantiation`
Landing destination	Final URL and message-match note when applicable
Status	`ready_for_review`, `blocked`, or `approved_to_publish`

Keep the brief deliberately varied: each concept should test a different motivation or visual hook, not a cosmetic rewrite. Ask for missing proof instead of inventing it.

Platform-aware execution

Validate copy and destination fields against the current connected tool metadata before creating anything. Do not trust memorized limits or silently truncate assets.
Only create/link callouts, sitelinks, structured snippets, or image assets after the user approves the exact manifest. Use a supported capability, record any operation identifiers returned, and verify the resulting entity.
Verify image ownership, landing-page rights, and policy-sensitive claims before an image asset is uploaded. A generated image is a production input, not proof that the claim in it is allowed.
Check the live connection for the requested asset-library or PMax asset-group operation. If it is unavailable, deliver a brief for completion in Google Ads without claiming it was applied.

PMax brief

For a PMax request, produce a cross-placement production brief rather than a generic list of slogans:

State the product or feed scope, conversion goal, audience signal, and landing destination.
Provide 3–5 concept cards, each with a visual hook, on-screen message, proof source, CTA, and placement-safe adaptation notes.
Identify the missing inputs explicitly: approved logo, image/video source files, feed readiness, rights, or substantiation.
Keep Search RSA language complementary to PMax text assets; avoid duplicating the same promise without a reason.
Flag PMax/Search overlap and brand-exclusion questions for /google-ads before scaling.

Guardrails

Never publish an unsupported claim, a destination you did not validate, or an asset with unknown rights.
Never call a production brief an uploaded asset. Separate ready_for_review from published.
Confirm scope and exact asset count before every write; check and explain the available reversal path.
Defer bid, budget, keyword, and campaign-structure changes to /google-ads; defer RSA testing to /google-ads-copy.

Files (notfair-plugin)

evals

evals.json 1.5 KB

{
  "skill_name": "google-ads-assets",
  "evals": [
    {
      "id": 1,
      "prompt": "Create PMax assets for a furniture retailer. We have one product image, no approved logo, and the owner says we are the lowest price but has not provided evidence.",
      "expected_output": "Produces a PMax production brief with distinct concepts, identifies missing logo and proof, and does not claim that the MCP can assemble or upload a PMax asset group.",
      "files": [],
      "expectations": [
        "Uses a structured asset manifest or concept cards",
        "Marks the lowest-price claim as needing substantiation and omits it from proposed copy",
        "Lists the missing logo and source/right requirements as blockers",
        "Separates a ready-for-review brief from a published asset",
        "Does not promise PMax asset-group composition without checking tool capability"
      ]
    },
    {
      "id": 2,
      "prompt": "Add six sitelinks and image assets to my Google Ads account now. Use whatever claims you can find online.",
      "expected_output": "First inspects account context and existing asset coverage, prepares exact assets with evidence sources, and asks for approval before any mutation.",
      "files": [],
      "expectations": [
        "Does not immediately mutate the account",
        "Requires exact claim sources and landing destinations",
        "Shows scope and proposed asset count",
        "Uses dedicated mutation tools only after approval",
        "Plans a read-back and changeId record after publication"
      ]
    }
  ]
}

SKILL.md 4.1 KB

---
name: google-ads-assets
description: Plan, validate, and safely publish Google Ads assets, including sitelinks, callouts, structured snippets, image assets, and Performance Max asset briefs. Use when asked for Google Ads assets, ad extensions, sitelinks, callouts, snippets, image assets, Performance Max assets, PMax creative, or an asset audit.
argument-hint: "<campaign, asset group, or 'build an asset brief'>"
---

# Google Ads Asset Planner

Turn approved business evidence into an asset manifest that can be reviewed and, only where the connected MCP supports it, published safely.

## Setup

Read and follow `../shared/preamble.md` and `../shared/analysis-principles.md`. Read `{data_dir}/business-context.json` and `{data_dir}/personas/{accountId}.json` before proposing assets. If either is missing or stale, hand off to `/google-ads-audit`; an ungrounded asset pack is generic inventory.

Read `../shared/policy-registry.json` before PMax or policy-sensitive work. If its PMax entry is stale, verify the relevant Google policy or platform requirement before stating a current rule.

## Build from evidence, not filler

Pull the existing campaign, ad group, and asset coverage using available read capabilities before recommending new assets. Use search terms, converting ads, landing-page content, approved offers, and customer language as source material. Do not infer ratings, pricing, guarantees, availability, or product attributes.

For each proposed asset, produce this reviewable manifest:

| Field | Required content |
|---|---|
| Asset family | Callout, sitelink, structured snippet, image, or PMax brief |
| Scope | Account, campaign, ad group, or named PMax asset group |
| Concept ID | Persona × motivation × angle |
| Copy or creative direction | Exact approved text, or a production-ready visual brief |
| Evidence and claim status | Source for every factual claim; mark unsupported claims `needs_substantiation` |
| Landing destination | Final URL and message-match note when applicable |
| Status | `ready_for_review`, `blocked`, or `approved_to_publish` |

Keep the brief deliberately varied: each concept should test a different motivation or visual hook, not a cosmetic rewrite. Ask for missing proof instead of inventing it.

## Platform-aware execution

- Validate copy and destination fields against the current connected tool metadata before creating anything. Do not trust memorized limits or silently truncate assets.
- Only create/link callouts, sitelinks, structured snippets, or image assets after the user approves the exact manifest. Use a supported capability, record any operation identifiers returned, and verify the resulting entity.
- Verify image ownership, landing-page rights, and policy-sensitive claims before an image asset is uploaded. A generated image is a production input, not proof that the claim in it is allowed.
- Check the live connection for the requested asset-library or PMax asset-group operation. If it is unavailable, deliver a brief for completion in Google Ads without claiming it was applied.

## PMax brief

For a PMax request, produce a cross-placement production brief rather than a generic list of slogans:

1. State the product or feed scope, conversion goal, audience signal, and landing destination.
2. Provide 3–5 concept cards, each with a visual hook, on-screen message, proof source, CTA, and placement-safe adaptation notes.
3. Identify the missing inputs explicitly: approved logo, image/video source files, feed readiness, rights, or substantiation.
4. Keep Search RSA language complementary to PMax text assets; avoid duplicating the same promise without a reason.
5. Flag PMax/Search overlap and brand-exclusion questions for `/google-ads` before scaling.

## Guardrails

1. Never publish an unsupported claim, a destination you did not validate, or an asset with unknown rights.
2. Never call a production brief an uploaded asset. Separate `ready_for_review` from `published`.
3. Confirm scope and exact asset count before every write; check and explain the available reversal path.
4. Defer bid, budget, keyword, and campaign-structure changes to `/google-ads`; defer RSA testing to `/google-ads-copy`.