Prefer this done for you, design review included? That is Email Love Enterprise onboarding. Email hello@emaillove.com.
What the audit gives you
Kicked off in Claude or Codex, the audit reads your file (nothing else) and produces one markdown report. It runs in minutes. The report tells you:- What your library actually reduces to. Finished emails are built from a handful of reusable blocks (a hero, a copy row, a footer) repeated in different orders. The audit finds those blocks, deduplicates them, and shows the real count. In one recent migration, six emails came out as nine distinct modules, so the work was building nine things once, not rebuilding six emails.
- What happens to each block in email. Most convert as live, selectable text. Some become editable images (composed art where text and imagery genuinely interleave). A few will not translate to email at all (carousels, hover states, viewport-relative layouts), and the report says what would replace them.
- Your brand foundations. Type ramp mapped to email-safe fallbacks, palette, spacing, buttons, and the email width your version gets built at.
- What a designer should look at. Fonts you cannot use in email, component masters living in a library file that was not shared, inconsistent widths, image-heavy blocks that need alt text.
- Effort as a range. Counts per module type and designer-days as a range, firming up after the first converted batch.
What the conversion does
Once you approve the audit, the same agent uses it to rebuild your library in a new Figma file. It runs in two phases: foundations once, then modules in batches with design review between them. Foundations is the scaffold: your type ramp as text styles on email-safe fallbacks, your buttons as real email components, your spacing, your logo and recurring imagery, plus a documented file structure (cover, getting started page, foundations sheet, type specimen, one page per module category). A teammate who did not build it can open the file and get to work. Module batches work down the audit’s list a handful at a time, one component per module. For each block: the agent screenshots your source, generates the correct email structure, transcribes it into the target file, wires up the mobile version, turns it into a component with properties for what a marketer will actually change, and verifies against the original. A design review gates the next batch. This is where the theme colors get confirmed, where the type mapping meets real copy, and where you catch anything wrong before it multiplies. Converting a whole library in one unreviewed pass is how you end up redoing all of it.Your source file is never touched
The audit only inspects. The conversion screenshots, downloads assets, and builds everything in a separate target file, either one your team designates or a new one named for the customer. Nothing in your current library gets renamed, restructured, or deleted.Your file does not need to be tidy
Both a pristine email-native library and a messy older file convert. What changes is which parts get carried across. If your file is drawn at real email widths with proper styles and margins, its geometry is preserved as your spec. If it was eyeballed years ago, your brand and structure carry across but the geometry gets rebuilt to clean email standards (600 wide, body copy at 16, spacing in multiples of 8). The audit tells you which kind of file you have, and you can overrule the call.How long this takes
- The audit is minutes. It reads and creates nothing, so it finishes quickly regardless of library complexity.
- Foundations is a single pass, roughly one batch of modules in length.
- A first batch of about five modules takes tens of minutes. On an unstructured source file, longer.
- A full library of a hundred modules or more takes multiple sessions. Batching with review between is the design, not a limitation.
Install
Choose your agent. Claude installs separate audit and converter skills. Codex installs one Email Love plugin containing the whole migration workflow.- Claude Code (recommended)
- Claude.ai
- OpenAI Codex
claude session, the same commands work as /plugin slash commands.What to expect
- Start with the audit, always. It is read-only and cheap, and it answers the question everyone actually has: what this costs.
- Your library is probably smaller than it looks. The audit sizes the job by distinct modules, not finished designs.
- Verdicts can change on contact. A module classified as clean live text can turn out to be layered art during conversion, and the batch report will say so.
- Do not skip the design review between batches. Batch 1 always surfaces something.
- Plan it as a project, not an afternoon. The audit is minutes, a first batch is tens of minutes, a full library runs across several sessions with review in between.
- Saving modules into a design system needs a paid plan. The audit and the conversion both work on any plan; the Upload control in the plugin’s Assets panel only appears for subscribers.
Related Articles
- Build with the Figma MCP: Same Claude or Codex setup, used to build campaigns from a design system that already exists.
- Creating and Managing Design Systems: Where converted modules land, and how to upload them.
- Import Existing Designs with AI Import: The same conversion engine, run by hand in the plugin, one design at a time.

