Sign in

Pricing Toggle Widget

Monthly and annual pricing toggle with live savings.

Free simple Interactive Widgets

What it adds

Build a pricing toggle that switches plan prices between billing cycles and shows the savings.

What your builder is told to do

4

The actual instructions, in order.
  1. 1

    Inspect the plans, prices, and billing options in the source files.

  2. 2

    Build a monthly/annual toggle that updates plan cards and shows savings.

  3. 3

    Handle single-plan, missing-price, and highlighted-plan states.

  4. 4

    Connect CTAs to the existing checkout or contact routes.

Edge cases it handles

5

The things an agent skips when you only say "build a pricing toggle widget".
  • 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.