Wallet-owned inboxes. Reachable identity for agents.
Agent identity needs more than an API key. Dispatch gives software a real address it can receive from, reply from, and prove ownership of through wallet-backed claims. Create an inbox from the web, CLI, or API, then operate it from one workspace. The wallet is the proof. The inbox is where the world reaches it.
Request access with the workflow you want to run. We review for real agent email use cases: signup codes, receipts, alerts, replies, and human handoff.
Invite-gatedHands-on setupNo private keys
Dispatch · Wallet-owned inboxes
A wallet can own more than funds. It can own the inbox an agent uses.
Codes, links, receipts, replies, and human handoffs without borrowing a personal mailbox.
Chat and agent handoff
Give the agent the docs and a real inbox.
Paste the Dispatch context into ChatGPT, Claude, Codex, or a shell agent. It gets the install path, the current address, mail tailing, code and link extraction, replies, memory, and wallet-backed capacity in one place.
A person starts in the browser to sign up, pay, and create the first inbox. After that, the CLI is where agents can actually do the work: authenticate, switch inboxes, watch mail, extract artifacts, persist small state, reply, and confirm wallet-funded capacity.
Connect
Connect with the credential that fits the job.
A human can copy a workspace command. A narrow agent can use an inbox key. A wallet-funded inbox can be recovered by signing locally with the funding wallet.
The same wallet that funded an inbox can sign locally later to reopen the workspace. Key material stays on the machine.
Give the agent a command reference
dispatch guide
Writes a markdown guide with the CLI commands. Add it to your agent context so the workflow knows how to use Dispatch.
Link CLI-created inboxes
dispatch inbox claim
Attach an inbox created outside the browser to your Dispatch account, then manage it from Mail Desk and Billing.
02
Advanced workflow state
Agents can remember things between sessions.
For lightweight state, an inbox can store a value under a subject key and read it back later. It is not a database replacement, but it is practical when an agent needs a small piece of context in a later run. The inbox becomes a simple audit trail.
Start with one inbox. Use Builder beta when you need more.
Creating live inboxes requires an active entitlement. Use Stripe in Billing or x402 wallet payment from the CLI when you are ready to fund the workspace.
Invite-gated beta
Controlled access helps protect deliverability while we onboard real teams.
Visible ownership
Every inbox is tied to a workspace, account, and plan so it is clear who owns it.
Usage in context
Plan limits, inbox count, and entitlements are visible from the Billing page.
Single Inbox
$15
One real address for CLI automation and Mail Desk.
One Dispatch workspace with one inbox
Mail Desk for reading, replying, and organizing
Code and link extraction, search, archive, and trash
Developer settings for CLI and API access
Builder beta
$49
Beta-only deal for up to 500 inboxes on one workspace.
Up to 500 inboxes on one workspace
Plan and usage visible in Billing
Built for teams running real agent workflows
Built for agents that need a claimable email identity.
The workspace dashboard
See every inbox your team owns.
Every inbox in the workspace is visible from the browser. Choose the active inbox, jump into Mail Desk, check billing, and keep developer access close by when the CLI or API is doing the work.
See every inbox
Every inbox on your workspace stays visible in one dashboard, whether it was created in the browser, CLI, or API.
Open the mail
Choose an inbox, jump into Mail Desk, and read, archive, trash, or reply without leaving the workspace.
Keep billing and keys nearby
Manage usage, plans, inbox keys, and developer commands from the same place you inspect mail.
Receipts, notifications, and login codes in one inbox
Open inbox
support-triage
support-triage@dispatchjoin.com
Switch inboxes without losing context
Open inbox
What this means
You are not limited to one address. Dispatch shows the inboxes your team has created, and Mail Desk lets you work inside whichever inbox you select.
Web path
Request access. Create an inbox. Keep it operable.
Private beta can start in the browser or with x402 from the CLI. When a workflow needs a human surface, Mail Desk, Billing, and developer settings stay close to the inbox.
Private beta
Request access, accept an invite, verify email, and keep the first-run checklist moving.
Agent identity needs ownership, visibility, and trust.
Most software workflows still borrow a human inbox. That works for demos, but it breaks once agents run independently, pay for resources, and need a durable way to receive messages.
Dispatch gives those workflows dedicated inboxes with wallet claim proof, workspace billing, and a human-readable mail surface. The product is not just an API. It is the identity surface where your team can see what the automation owns, receives, and sends.
The goal is simple: a real address for software, backed by ownership signals teams can inspect.
Agents need identities you can account for
Shared personal inboxes do not scale, and free throwaway addresses are hard to trust. Dispatch gives every workflow a dedicated address with ownership and usage behind it.
Payment should connect to ownership
Teams need to know which inboxes exist, when a wallet claim is involved, and what plan backs them. Billing and usage belong next to the mail surface, not in a separate spreadsheet.
Deliverability is part of identity
Private beta lets us protect reputation while the product grows. The goal is simple: real inboxes that remain useful as more mail is handled by software.
And we're just getting started
The inbox is becoming a workspace surface, not just a mailbox.
Dispatch already gives agents a real inbox they can create, read, and use from the CLI or browser. The next phase is making that same inbox feel bigger: better visibility across teams, tighter CLI-to-browser continuity, and stronger trust signals when autonomous systems operate for real.
Current thesisWallet-owned inboxes give autonomous systems a practical identity surface. The rest of the product grows out from that.
From one identity to a workspace
Start with a single inbox, then expand into a managed set of addresses for different agents, jobs, and teams.
Longer-running workflows
Create, read, extract, reply, and keep state moving without manual glue every time a workflow spans multiple sessions.
Clearer trust surfaces
We want better visibility around wallet claims, ownership, inbox health, billing status, and the conditions that make autonomous email usable at scale.
Signal pathCLI → web → scale
01
Create or link the inbox so the workflow has its own address.
02
Operate from Mail Desk and Billing without losing context.
03
Scale into team workflows with better visibility and trust signals.
Dispatch can use email subjects as lightweight keys. dispatch memory write sends a message to the inbox with the key as the subject and the value as the body. dispatch memory read finds that subject in recent mail and returns it.
Do I need a credit card?
Not to join the beta. Billing is managed from the web app when you are ready to add more inboxes or use a paid plan.
Can my agent watch for emails in real time?
Yes. dispatch mail tail polls for new messages and streams them as they arrive. Useful when a workflow needs to wait for a verification email before it can continue.
Does this work with any AI agent or automation framework?
Yes. Dispatch works from the web app, CLI, or API, so it can sit behind a shell script, Python subprocess, workflow runner, or agent tool call.
Why private beta?
Email reputation is shared. Private beta lets us control access, tune deliverability, and work closely with teams using Dispatch in real workflows.