Home/Catalog/Compliance
Compliance — does it respect the user?
Brief 125

Consent & Cookie Audit

Whether the product collects consent honestly and honors it — the cookies, trackers, and data collection that fire before or despite the user's choice.

CONSENT.md4 phases7 lenses~2.6k chars

Free & open · no signup · read-only — it ends by asking · nothing leaves your machine

What it does

You are working inside this repo. Mission: inventory everything that tracks a user, and judge whether the product asks for consent honestly and actually respects the answer — because a banner that ignores "reject" is worse than no banner at all.

Read-only pass. Read the client code, third-party scripts, and consent logic; change nothing but the report file.

What it looks for

7 lenses it looks through

Phase 2 sweeps the codebase through every one of these, citing file and line for each finding.

1

Tracker inventory

every cookie, pixel, SDK, and third-party script, and what each collects

2

Pre-consent firing

trackers that load before the user has consented

3

Consent honesty

a real choice (reject as easy as accept), not a dark-pattern banner

4

Honoring the choice

does rejecting actually stop the tracking, or just dismiss the banner

5

Third-party leakage

data sent to vendors the user never sees or agreed to

6

Purpose & granularity

consent scoped to purposes, not one all-or-nothing toggle

7

Records & jurisdiction

proof of consent, and handling for the regimes that apply (GDPR, ePrivacy, CCPA)

The deliverable

What lands in your repo

One structured report at the repo root — or in reports/, if you keep one — the same shape every time, ready for a teammate — or the optional Studio — to act on.

CONSENT.md
1
Tracker inventory
each tracker, what it collects, when it fires, where data goes
2
Findings
each: exposure · tracker · the violation · the fix
3
Dark patterns
the banner and flow manipulations to remove
4
Priority
the pre-consent and third-party leaks to close first
One file. Evidence-backed. It ends by asking before touching anything.
How it works

What it makes the agent do

Every Goal Prompt follows the same four steps, so results are consistent and repeatable — no matter which one you run.

1
Phase 1

Inventory the trackers

List every cookie, pixel, analytics SDK, and third-party script the product loads.

2
Phase 2

Audit through 7 lenses

Tracker inventory — every cookie, pixel, SDK, and third-party script, and what each collects.

3
Phase 3

Curate

Rank by exposure.

4
Phase 4

Report

Create CONSENT.md at repo root.

Get started

Three ways to run this Goal Prompt

01 · COPY

Paste it in

Copy it and paste it into your agent inside the repo you want checked.

02 · INSTALL

As a slash command

Install the goal plugin once — two commands — then just type /goal:consent-cookie.

1/plugin marketplace add GhostlyGawd/goal-prompts
2/plugin install goal@goal-prompts

Or install only this Goal Prompt as /goal-consent-cookie:

curl -fsSL https://goal-prompts.vercel.app/install | BRIEF=125 sh
03 · AGENT

From an agent (MCP)

Let an agent fetch it mid-conversation, or pull the raw Goal Prompt by URL.

https://goal-prompts.vercel.app/raw/125.md
Transparency

The exact prompt

Nothing hidden — this is the whole Goal Prompt, verbatim. Read it in a minute, edit it, or copy it as-is.

Read the full brief (2,608 characters)
# Goal: Consent & Cookie Audit

You are working inside this repo. Mission: inventory everything that tracks a user, and judge whether the product asks for consent honestly and actually respects the answer — because a banner that ignores "reject" is worse than no banner at all.

Read-only pass. Read the client code, third-party scripts, and consent logic; change nothing but the report file.

## Phase 1 — Inventory the trackers
- List every cookie, pixel, analytics SDK, and third-party script the product loads.
- For each, note what it collects and where the data goes.
- Find the consent mechanism and trace what actually fires before and after a choice.

## Phase 2 — Audit through 7 lenses
1. **Tracker inventory** — every cookie, pixel, SDK, and third-party script, and what each collects
2. **Pre-consent firing** — trackers that load before the user has consented
3. **Consent honesty** — a real choice (reject as easy as accept), not a dark-pattern banner
4. **Honoring the choice** — does rejecting actually stop the tracking, or just dismiss the banner
5. **Third-party leakage** — data sent to vendors the user never sees or agreed to
6. **Purpose & granularity** — consent scoped to purposes, not one all-or-nothing toggle
7. **Records & jurisdiction** — proof of consent, and handling for the regimes that apply (GDPR, ePrivacy, CCPA)

## Phase 3 — Curate
- Rank by exposure: a tracker sending data to a third party before consent tops the list.
- For each, name the fix — defer loading until consent, fix the reject path, add purpose scoping.
- Separate a dark pattern from a bug; name the deliberate ones plainly.

## Phase 4 — Report
Create `CONSENT.md` at repo root:
1. **Tracker inventory** — each tracker, what it collects, when it fires, where data goes
2. **Findings** — each: exposure · tracker · the violation · the fix
3. **Dark patterns** — the banner and flow manipulations to remove
4. **Priority** — the pre-consent and third-party leaks to close first

Start the report with today's date. If `CONSENT.md` already exists from a previous run, read it first and lead with what changed since.

## Rules
- Consent is the answer honored, not the banner shown
- Nothing that tracks fires before a real, freely given yes
- No cookies or consent surface in this repo? Say so in a one-paragraph null report and stop — a null result is a valid finding.
- If a `reports/` directory exists at the repo root, write the report there instead of the root.
- Before asking, present the top findings as a ranked list in plain words
- Report only — end by asking which consent issues to fix first

House rules for this Goal Prompt

  • Consent is the answer honored, not the banner shown
  • Nothing that tracks fires before a real, freely given yes
  • No cookies or consent surface in this repo? Say so in a one-paragraph null report and stop — a null result is a valid finding.
  • If a reports/ directory exists at the repo root, write the report there instead of the root.
  • Before asking, present the top findings as a ranked list in plain words
  • Report only — end by asking which consent issues to fix first
Keep exploring

More Compliance briefs

Runs inside these playbooks — curated sequences you can launch with one paste: