Dispatch
Private Beta

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.

Wallet proofCode extractionLive inbox tail
dispatch — bash
$/bin/bash -c "$(curl -fsSL https://get.dispatchjoin.com/install_dispatch.sh)"
→ installed dispatch-cli-v0.1.7 to /usr/local/bin/dispatch
# fund a claimable inbox from the CLI
$dispatch inbox create paid --private-key-path ~/.config/dispatch/wallet.key
info: Creating workspace...
info: Creating inbox...
info: Saving local credentials...
→ Inbox Created
→ address: gentle-muffin-2kxs@dispatchjoin.com
→ wallet claim: 3tdoEJ…WGFQ · verified
# recover access with the funding wallet
$dispatch auth wallet --private-key-path ~/.config/dispatch/wallet.key
→ signed locally · private key not sent
$dispatch email
→ gentle-muffin-2kxs@dispatchjoin.com
# watch email arrive
$dispatch mail tail
→ [14:02:11] "Verify your email" · noreply@github.com
→ [14:02:19] "Your code: 847291" · noreply@stripe.com
$dispatch mail code
→ 847291
# print the CLI reference for your agent runtime
$dispatch guide
→ Dispatch CLI — agent quickstart + command reference
→ /tmp/dispatch-cli-guide.md written

Private beta access

Tell us where the agent needs an inbox.

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.

Open llm.txtQuickstart
agent handoff
# give the agent the local manual
$dispatch guide --output ./DISPATCH.md
→ ./DISPATCH.md written
# first useful loop with a funded wallet
$dispatch auth wallet --private-key-path ~/.config/dispatch/wallet.key
$dispatch email
$dispatch mail tail
$dispatch mail code
→ inbox ready for the workflow

Agent command surface

It is not just an inbox. It is a command layer.

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.

dispatch auth workspace <workspace_key>
dispatch auth inbox <inbox_key>
dispatch auth wallet --private-key-path ~/.config/dispatch/wallet.key
dispatch email
dispatch status
Operate mail

Read, watch, extract, and answer.

This is the everyday agent loop: inspect the inbox, wait for mail, pull the useful artifact, and reply when the workflow needs to talk back.

dispatch mail ls
dispatch mail tail
dispatch mail code
dispatch mail link
dispatch mail reply latest --text "Thanks, got it."
Manage inboxes

Move between identities without losing context.

Teams and agents can list addresses, select the active inbox, create more capacity, and claim externally funded inboxes into the account.

dispatch inbox ls
dispatch inbox use <inbox_id>
dispatch inbox create paid --private-key-path ~/.config/dispatch/wallet.key
dispatch inbox claim --open
Persist state

Use the inbox as a small audit trail.

For lightweight handoffs, an agent can store setup notes, tokens, receipts, or run state under subject keys and retrieve them later.

dispatch memory write agent/setup --stdin
dispatch memory read agent/setup --raw
dispatch memory read session/prefs --wait 30
Handoff

Teach another agent how to use Dispatch.

The guide command gives a chat, coding agent, or workflow runner the local command reference it needs to operate the inbox.

dispatch guide
dispatch guide --output ./DISPATCH.md
dispatch --format json mail code
Fund

Keep entitlement close to ownership.

Billing commands make x402 payment confirmation and entitlement checks scriptable when an agent or builder funds more inbox capacity.

dispatch billing ls
dispatch billing confirm x402.<payment_reference> --tx-hash 0xabc123 --chain eth --private-key-path ~/.config/dispatch/wallet.key
01

Identity workflow

From wallet proof to operational email.

Start with a paid, claimable address. Wallet proof explains ownership; the inbox is what services and people can actually reach.

Get verification codes
dispatch mail code

Finds the latest verification code in the inbox, so an agent can finish signup or login without borrowing your personal email.

Watch mail come in
dispatch mail tail

Streams new messages as they arrive. Use it when a workflow needs to wait for a reply, receipt, notification, or login email.

Remember things
dispatch memory write <key>

Store a small value in the inbox and read it back later from another run. Useful for lightweight state when a workflow spans sessions.

Pull links from emails
dispatch mail link

Extract magic links, verify-email URLs, receipts, and other links from recent messages.

Create inboxes from the CLI
dispatch inbox create paid --private-key-path ~/.config/dispatch/wallet.key

Use x402 wallet payment from the CLI, or manage Stripe billing from the web app when your team needs more inboxes.

Wallet proof becomes access
dispatch auth wallet --private-key-path ~/.config/dispatch/wallet.key

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.

write
# store a token after signup
$dispatch memory write project/gh-token --value 'ghp_abc123'
→ key: project/gh-token · wrote 16 bytes
# or persist a full config
$dispatch memory write session/prefs --file ./prefs.json
→ key: session/prefs · wrote 820 bytes
read
# new session — no re-auth needed
$dispatch memory read project/gh-token --raw
→ ghp_abc123
# --wait if another agent is still writing
$dispatch memory read session/prefs --wait 30
→ {"theme":"dark","lang":"en"}

Pricing

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.

Browser view

Workspace inboxes
3 inboxes linked

research-bot

research-bot@dispatchjoin.com

Ready to open in Mail Desk

Open inbox

billing-watch

billing-watch@dispatchjoin.com

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.

Request access
Mail Deskprimary

Read, search, archive, extract verification codes, and reply from the selected inbox.

Open Mail Desk
Billing

Check active entitlements, inbox capacity, Stripe state, and x402-paid workspace status.

Open Billing

Why Dispatch

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.

CLI-first foreverWorkspace inboxesMail Desk workflowsTrust-aware identity
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.

Questions

The ones we get every time.

Where do I install from?

get.dispatchjoin.com/install_dispatch.sh — stable: /bin/bash -c "$(curl -fsSL https://get.dispatchjoin.com/install_dispatch.sh)" — beta channel: DISPATCH_CHANNEL=beta /bin/bash -c "$(curl -fsSL https://get.dispatchjoin.com/install_dispatch.sh)"

How does the memory system work?

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.