Cold email should never run from your main domain. This skill builds the disposable infrastructure that protects it: short branded domain variations, availability checks and purchase on Dynadot, nameserver handoff to Zapmail, two inboxes per domain, and the warmup period that actually earns inbox placement. It ends with senders verified and connected inside EmailBison, ready for a campaign to use.
Pipeline Playbooks · Open Source, MIT Licensed
Takes you from zero to warmed, connected sending infrastructure: generate domains, buy them, route through Zapmail, provision inboxes, and sit through the 2 to 3 week warmup no one should skip.
Every skill folder is self-contained. Run this from your project root to pull just this one into .claude/skills/domain-inbox-setup/:
npx degit joelwylie7/cold-email-playbooks/.claude/skills/domain-inbox-setup .claude/skills/domain-inbox-setup
Want the whole system, not just one skill?

The volume discipline for cold email senders: 1 a day until engagement proves the campaign, then 3, with further growth always coming from more senders, never higher limits.

Assembles a complete EmailBison campaign end to end, copy, leads, senders, schedule, then deliberately stops at draft so nothing can go live without the QA gate.

The EmailBison API reference built from getting it wrong first: auth failures that look like success, pagination that silently truncates at 15, and one PATCH that can flip live campaign settings.