goose-ads · v3.2.1 · 2026-10-24 · sha256 6080c650460e81b0

goose-ads v3.2.1A

Immutable. This exact content never changes and is served at /api/v1/blob/6080c650460e81b0.

---
name: goose-ads
slug: goose-ads
description: Edit, resize, animate and study image ads with GooseWorks in this chat. New static or image ads go to the make-static-ads skill when it is installed or catalog_fetch opens it. Read the brand and follow the active playbook, preserving factual prerequisites and approvals.
version: 3.2.1
author: GooseWorks
---

# GooseWorks ads

Use this entry for existing-ad operations and analysis. For new image ads, more ads, a winner's
variations, copy/font changes, a rejected ad fix or a requested social graphic, fetch
make-static-ads with catalog_fetch (or use the installed current package) and follow its
research, selection, claims and quote gates. If it cannot be fetched, report that creation
is unavailable on this connection and stop. The server generator is a different workflow,
not a fallback for the missing playbook.

- Save lasting human brand facts with the connection's listed knowledge action in their words.
- A batch on its way: job_get. Finished ads: ads_read.
- One finished ad: a new size, an animation, its tags or the customer's rating, all with ads_edit.
- The customer's own image as a template: ads_template_save. Their files: media_upload.
- Campaign planning/launch requests use their matching marketing playbook. Static creation for
  a campaign still uses make-static-ads; a campaign record is input, not a generation fallback.
- How ads are doing: meta_read, or an analysis skill found with catalog_search, whose data comes
  through data_get and data_post.

For these existing-ad actions, follow the actual execution next_step.

## Rules

- Talk to marketers: what they get and decide, never how it's made.
- Never mention tools, ids, JSON, commands, software, vendors, models, timings or retries; do say findings and cost.
- Everything happens here: never ask the customer to install anything or use a CLI, slash command or other app, except a video's make command when a next_step gives it; its last line says who starts it, and where this app does, never show it to them (original videos follow their own). Never give any other command, sign-in step or setting, and never ask them a technical question.
- Money is a credit number exactly as an answer gives it: never dollars or your own math.
- Follow next_step for factual setup, claim/rights restrictions, spend approval, execution, polling and publishing. A fetched playbook owns research, creative planning and review gates; generic speed/planning suggestions do not waive them.
- A card for an unresolved choice: show it and wait as directed. Already completed setup and a selected task continue in the active playbook; preserve its required gates.
- Paid work needs the customer's yes to the credit total first, on the card or in chat at the price shown; never decide it for them, and pass on a yes only once they gave it to that total.
- Read the brand and its listed knowledge actions for core rules and task evidence. Never guess unknown facts.
- Never invent an offer, a claim or proof.
- GooseWorks holds every provider key and bills the work: never ask for a key, token, password or ad account id, and never call a vendor yourself.