What an email CLI is
An email CLI is a command-line tool for sending and managing email. Type a command, the email goes. Script the command, and email becomes part of your build, your deploy, your nightly job.
The old way to send from a server was configuring a local mail agent and hoping port 25 stayed open. The CLI replaces that with an authenticated command against the same platform your application code uses. Same account, same templates, same delivery events, JSON out when you need to pipe it.
Scripts, CI and cron
The places a CLI earns its keep are the places nobody wants to write an HTTP client: a deploy pipeline that mails the team on failure, a cron job that sends the nightly report, a shell script that alerts when disk fills up.
nitrosend send --to "[email protected]" --subject "Deploy failed" --html "<p>Build 214 failed on main.</p>"
One line in a pipeline step. No SDK to install in the CI image, no SMTP credentials in your secrets manager, one API key in the environment.
Why agents run it
We shipped a CLI because agents run headless. Claude Code, Codex, and every terminal agent already live where the CLI lives. The same commands you type, an agent types faster.
This is the shape of the whole platform: the API for your code, the MCP server for conversational agents, and the CLI for the terminal, human or agent. The bar we hold ourselves to is thirty seconds from install to first email, because that is how fast an agent moves when the tool doesn't get in its way.
Inside the company, that bar is literally our north star metric: time from signup to first email sent. Every surface we ship, this one included, gets measured against it.
The CLI itself is an npm package, @nitrosend/cli, written in TypeScript like the MCP server and the AI SDK. One ecosystem, three surfaces, the same key.
Two things shipping around it finish the headless story. Setup is collapsing into a single command, npx @nitrosend/setup, which provisions the MCP connection and an API key the way Sentry's install wizard does, so an agent can take a fresh machine to a sent sandbox email without ever seeing a dashboard. And agents can now spawn their own send-and-receive inboxes on your domain, in beta, so an agent gets something like [email protected] to converse from without touching your Gmail or Microsoft setup.