AI product-communications · demonstrated on Figma's own launches

The copilot that designs a feature's entire launch.

Give it a one-line brief. It builds every design the launch needs — banner, modal, card, email, social — from your design system. It picks the right visual for each surface, writes it for each discipline, and submits the set for review.

Your rules are the input. So the fastest way to ship is also the on-brand way.

Input
A brief + your system's rules
Output
The full promo bundle, reviewed
Decides
Which asset, what size, where
Proves
Concept → code, same day
Live prototype

Pick a Figma launch. Watch Cadence build and submit the whole bundle.

Six real Figma launches. Pick one and watch it build.

⁘ tools menu  ·  ▤ the rules  ·  { } what's underneath  ·  Live the company feed

UI3 · Figma
Config 2026
Comms DS
Weave · Brand
Cadence · Launch comms✕
+
✦
Ask Cadence to build a launch…
◆ Connected · Figma SDS ⌘K
Tools & plugins
✦CadenceLaunch comms · on your design system✓
◈WeaveNode-based AI asset workflows
✎MakeBuild from a prompt
▣BuzzCampaign assets at scale
⁘Browse plugins…Community
?

How it works

One brief in. A reviewed set out.

Three steps, instead of a dozen requests.

01
Brief

Bring frames, code, copy, a prototype, or just a message. It reads all of them.

02
Generate

Every surface gets the one visual your system allows. An icon, a billboard, motion — or nothing, when the words should lead.

03
Review

One verdict for the whole set. Most of it clears. Anything risky goes to the right team.


The logic

The rules aren't in the copilot. They're in your system.

Five rule sets a design-system team already owns. Written once, read on every launch, shown here in full.

1 · Visual assets

2 · Eleven comms types

3 · Where it can appear

Less disruptiveMore ↓

4 · What outranks what

    Impression-capped, so nobody sees the same message twice.

    5 · One asset system, five voices

    Then: stable, or not yet?

    ●
    Stable
    → next release

    Published components, every check passed, nothing downstream has to change.

    ◐
    Unproven
    → a beta, not a delay

    New pattern, or a change other teams absorb. Not wrong. Just not proven.

    ✕
    Blocked
    → stays in the file

    Failed a spec check. It would ship broken.

    ◉
    You choose
    ship · public beta · company beta

    Cadence recommends and says why. You decide where it goes.

    Built on figma/sds — real tokens, not approximations. Which is the whole point: the rules were already published in a format a machine can read. They just needed wiring up.


    The thesis

    Every product ships features. Almost none have a system for launching them.

    A launch isn't one design. It's a dozen — across a dozen surfaces, on a deadline, all supposed to feel like one thing.

    Today that's a scramble. A banner here, an email there, a Community card someone remembers late. Each built by a different person. Each drifting a little.

    The hard part of a design system was never writing it. It's getting teams to adopt it.

    Adoption doesn't fail because teams disagree. It fails because following the system is slower than not following it. So make the rules an input, not a document. A team gets a complete, on-brand set in one pass — and the only way to get it that fast is to be on-system.

    That matters most for the products moving fastest. They don't need a brand review. They need a sandbox with the rules already loaded, so they can build an idea and ship it the same day. Speed to execution, concept to code.

    Comms is the pilot. The mechanism is the product.

    Take the rules a company already has, make them machine-readable, let an agent resolve them into finished work. That generalises to every place a brand has to hold across many teams — which is what every enterprise design-system team is trying to solve.

    Extends Julie's product-communications concept — julietorrisi.com/design-ai

    ✓Done