when Kit is the right move.
Kit is a strong fit for teams that want kit teams with subscriber data, campaigns, and automation branches that need a migration report before rebuild. The migration risk is rarely the CSV — it is the automation graph: triggers, delays, branches, template references, and consent state. mailexodus puts a portable schema in the middle so those objects are inspected before they become Kit objects.
// inboundwhat Kit receives.
- +subscribers
- +tags
- +custom fields
- +campaigns
- +automations
- ?automations
- xlists
- xsegments
- xsuppressions
- xtemplates
Automated adapter
Subscribers map to subscribers. Forms and landing pages can become lists when used as acquisition buckets. Tags and fields map directly. Broadcasts and sequence emails map to content items
Kit can receive subscribers, tags, custom fields, broadcasts, and sequences. Forms are readable as acquisition buckets but are not treated as a clean list-create destination surface. Dry-run the report first, then approve writes when the counts and destination gaps look right.
plan the move to Kit.
- Authenticate your sending domain in Kit (SPF, DKIM, DMARC) and plan a warmup window — sender reputation is earned here, it does not transfer.
- Bring consent and suppression state across first, so unsubscribes and bounces are honored from the first send in Kit.
- QA migrated templates and segments inside Kit, and send seed tests before any live campaign.
- Keep your current platform active until in-flight automations finish and Kit is warmed and trusted.
start with the route playbook.
The agent prompt returns a route report with source exports, destination imports, skipped objects, and manual-review tasks. When it looks right, wire credentials and approve writes from a controlled machine.
destination coverage
npx mailexodus@latest info kit
agent playbook
Ask mailexodus for a migration_playbook with to=kit
Use mailexodus skill: your source → Kit playbook