Answer questions about a brand's Meta ads (spend, results, which ad is winning, is it paused, why did Goose do that) only from reads made in the same turn, with the data window and sync time on every number and a plain caveat when the connection is stale or partial. Use it whenever a user asks how their ads are doing or why an ad action was taken.
npx gooseworks install --all # then, in Claude Code, Cursor, or Codex: /gooseworks use the answer-ads-questions skill
In one line: answer "how are my ads doing?" from a tool you called this turn, say which days the numbers cover and when they were last synced, and say out loud when the data is incomplete.
ads/ docs explain why
Goose did something. They are not a source of metrics.Paths are relative to this skill's own folder, not your working directory (in GooseWorks:
agent-config/skills/answer-ads-questions/). The harness docs contract ships with the
meta-ad-manager skill, installed beside this one.
Use the first mode that is available:
ads_read and the ad
account id are available. Read references/direct-meta-adapter.md."The adapter" below means the file for the mode you chose.
Give a user a true, dated answer about their Meta ads that they could act on. The usual way this goes wrong is that the agent repeats a number from an earlier turn or a report, and presents it as current. Or it misses that half the account did not sync. This skill fixes the source (a tool read this turn) and the framing (window, sync time, connection state).
Reach for it on any question about spend, results, delivery, which ad is best or worst, whether a push is live or paused, what Goose has noticed, or why Goose made a decision.
ads/ folder (optional). Per the harness contract (the meta-ad-manager skill's contract/RULES.md):
ads/README.md first, then only the campaign in play. Read ads/brand.md for one field
only: familiarity. A brand with no ads/ folder has never run the harness. That is fine
for metric questions. For "why" questions it means there is no recorded decision.The adapter maps each read below to a real tool or API call, and says where each read's data window and sync time come from.
| The user asks… | Read | Also read |
|---|---|---|
| "How are my ads doing?", spend, results for a period | account totals for a window | the connection state, whenever it is not clean |
| "Is Meta connected?", "why is data missing?" | the connection and sync state | the diagnostics, if the sync state does not explain it |
| "Which campaign / ad set / ad is best or worst?" | every entity at that level. Read every page before you rank | — |
| A trend, day by day, "since Tuesday" | a daily series for the entities in question | — |
| One specific ad | that ad's context (performance, link to Goose, freshness). If the user gave a name, find the id from the ad list first | — |
| "How are the ads Goose made doing?" | the performance of Goose's own published creatives | the connection state, for the sync time |
| A Goose push: "did it go live?", "is it paused?" | that push's state, using the push id from the campaign's state.md (meta_push_ids) | — |
| "Why did you pause / change / recommend that?" | ads/README.md, then that campaign's decisions.md | — |
| "What have you noticed?", "anything wrong?" | the campaign's state.md ## Open recommendations | fresh account totals |
Only claim a read you made. If the host has no read for something (alerts, a watch, a push record), never say "I checked" or "there are no alerts". Say what you did read, and that the rest is not visible from here.
For any question that ends in a Meta number, read the connection state once in the turn, in addition to the numbers. Some reads report "ok" while the connection is only partly synced, so the numbers' own status is not enough. The adapter says which read carries the connection state and how each class below shows up.
| Class | What you say |
|---|---|
| Clean: connected, last sync finished | The numbers, with window and sync time. |
| Partial: some parts of the last sync failed | Read the sync detail first. A caveat that only says "partial" or "some data may be incomplete" fails. Name the part that failed, in plain words ("ad images didn't finish syncing"). Say which numbers that part affects. Then give them. |
| Stale: the last good sync is old | Give the numbers, say how old they are ("last synced 3 days ago"), and make no recommendation. |
| Not connected: never connected, needs re-authorising, failed or disconnected | No numbers. Say Meta needs reconnecting (the adapter says where). Never ask for a token in chat. |
| Error: the read failed, or there is no brand | Say you could not read the data and why. No numbers. |
Only say a number a read returned this turn. Not one from memory, an earlier turn, a
report, or an Observed: line in state.md or decisions.md. You may quote a docs number
only as history, with its own date: "the Sep 23 report showed $41 per subscriber".
Every number carries its window and sync time, in plain words, with money in the ad account's currency. Report rates as the adapter says the source returns them (a fraction or a percent): 0.021 as a fraction is "2.1%". Null means unknown. Never say it is zero. Missing days are unknown too.
Say the connection state when it is not clean (step 2), in the sentence right after the answer.
The docs are for decisions and reasoning, never for metrics. For "why", quote the
decisions.md entry: its date, what was recommended, who decided, and its Evidence:
pointer, written out (for example "evidence: push 15b8dfb0"). If no entry covers it,
say "I don't have a recorded decision for that". Never reconstruct a reason. If the push
record shows the ad was changed outside Goose (in Ads Manager), say someone changed it
outside Goose. Do not say Goose did it.
An ad Goose did not publish is read-only. An ad is Goose's only when its context says
Goose published it (a Goose push is its source), or when a push listed in the campaign's
state.md meta_push_ids has an item with that ad id, or when the adapter's own launch
record includes it. Only then do Goose's pause and revert apply (the adapter says which of
them exist). Everything else:
state.md, and whether
the ad name carries a [gw:…] tag. With a tag but no push item, say it uses a Goose
creative but you can't confirm Goose published it.For every ad that is not Goose's, answer from the reads and do not offer to pause, edit, replace or scale it. If the user asks what to do, the most you offer is new creatives.
Match the wording to familiarity from ads/brand.md:
novice: no jargon. Give a one-line meaning for any metric you use ("CTR, the share of
people who saw the ad and clicked").intermediate: use the terms with a short gloss.expert: terse. Metric names, no glosses.intermediate.Rules for reading any source:
0 with no purchases tracked means no purchases
were tracked, not a result.A chat reply in the shape above. Nothing is written: not the ads/ docs, not Meta, not memory.
Example (intermediate, partial connection):
<!-- shared:answer-ads-questions end -->You spent $212 on Meta from Sep 17 to Sep 23 (data last synced Sep 24, 09:00 UTC). One caveat: the last sync only partly finished, because ad creatives didn't import. Spend and clicks came through, but per-ad breakdowns may be missing some ads.
decisions.md entry date and evidence pointer, or says there is no record.| Symptom | Cause | Fix |
|---|---|---|
| Clean totals while the account is half-synced | Only the numbers' own status was checked | Read the connection state every time (step 2) |
| "Your CPA is $41" when nothing was read this turn | The number came from state.md, a report or an earlier turn | Read it, or quote the number as dated history |
| "Best ad" is wrong | Ranked the first page only | Read every page before ranking |
| "Goose paused it because it was underperforming", but no decision says so | A reason was made up | Quote decisions.md, or say there is no recorded decision |
| Offers to pause an ad the user built themselves | Treated every ad in the account as Goose's | Rule 5: Goose's only with a Goose push behind it |
| "No alerts" | Claimed a read that does not exist on this host | Say only what was read |
ads/ docs explain whyFull video production sequence with script review, actual ingredient choices, controlled generation, editing, evidence-based quality review, polish, captions and delivery. A host binding supplies project storage, authentic approvals, provider access and billing.
Build a vox-pop street interview video ad. An interviewer with a handheld mic asks passers-by one question about the brand's product, they give blunt wrong guesses, one gives the real answer, and the cut lands on a branded end card. Generates the takes through the GooseWorks fal proxy (Seedance 2.0 with native voice), then grades, re-cuts, captions and gates them locally. Use for the street-interview format.
Write the words of a short-form video ad (voiceover, dialogue, chat bubbles, on-screen lines) the way performance creative teams do instead of from a blank page. Builds the script from the buyers' own words, the beat sheet of an ad that already works and three deliberately different angles, filters them with a rule check and a second non-Claude model, and takes the strongest into the review with the other two as one-line swaps. Use it in every video ad run before any paid step, and whenever the user asks to write, rewrite or improve a video ad script or says a script sounds generic or AI-written.