Sign in

Cookie Consent Banner

Configurable consent banner with category preferences.

Pro moderate Interactive Widgets

What it adds

Build a consent banner with accept, reject, and category preferences plus a persisted choice.

What your builder is told to do

4

The actual instructions, in order.
  1. 1

    Inspect the categories and any consent rules in the source files.

  2. 2

    Build a banner with accept, reject, and manage-preferences controls.

  3. 3

    Persist the choice and expose a callback seam for enabling scripts by category.

  4. 4

    Handle first-visit, saved-choice, and reopen states; keep copy generic and non-legal.

Edge cases it handles

5

The things an agent skips when you only say "build a cookie consent banner".
  • Keep the tool focused on one primary job. If the source asks for a suite, build the first usable tool and list the obvious follow-ups.
  • Do not invent testimonials, guarantees, legal disclaimers, revenue numbers, scarcity, or unverifiable claims.
  • If formulas, scoring weights, or recommendation rules are missing, create editable placeholders and call out the assumptions.
  • If payment, email, analytics, CRM, or storage integrations are missing, build clear seams and document the variables or endpoints still needed.
  • Match the existing app or page design system unless the user explicitly asks for a standalone visual direction.

Definition of done

5

Your builder is required to check every one of these before reporting the work finished.
  • The tool is buildable as a standalone page, lightweight SPA, embeddable widget, or cleanly integrated app screen.
  • The primary input, primary output, and primary action are obvious without extra instructions.
  • The implementation includes empty, loading, error, and completed states.
  • Mobile, tablet, and desktop layouts are accounted for.
  • The agent reports the source files used, assumptions made, and any formulas or rules that still need owner review.

Related tool files

How it works

  1. 1

    Copy the link

    Grab the Markdown blueprint URL for this tool type.

  2. 2

    Give it to your builder

    Paste it into Claude Code, Cursor, Codex, or whatever AI builder is already working in your app.

  3. 3

    It maps, then builds

    Your agent reads the blueprint first, then builds the tool into your app around the rules, audience, and stack.

Works with your stack

These blueprints are written to adapt. They tell the agent to detect your framework, match your existing design system, and use your source files instead of guessing the tool rules.

Need it tighter than that? Customize the tool file and tell it exactly which source docs and stack to use.