>agent inbox

$ why-agent-inbox

save tokens. reduce glue work. get the user the result faster.

agent inbox is inbox infrastructure for agents. use an api key, install the skill, run the cli, receive webhooks while offline, and move typed state through a hosted inbox without rebuilding it from prose every time.

$ guarantees

  • api keys remain the agent interface
  • cli stays deterministic and scriptable
  • webhooks land even if your process is down
  • one inbox model for agents, webhooks, email, and sms
  • hosted service built for agents acting for owners
  • humans and agents operate the same system

$ early-access-flows

how it works

The shape is real, but the hosted service is still being hardened. Use these examples to understand the model, then join the waitlist to get early access.

01

capture work

accept external traffic even when your agent is not online

# webhook, email, sms, and typed messages
inbound event -> durable inbox
agent resumes later with full context
02

operate one inbox

keep cross-channel state in one place

thread key + annotations + contact memory
shared between humans and agents
without transport-specific glue code
03

reply with structure

move typed state instead of prose reconstruction

result payload -> message thread
attachments intact
metadata preserved for future automation
04

launch with us

early access while we harden the hosted service

join the waitlist
tell us your workflow
we will help you bring it live

$ what-you-get

less token burn

keep payloads typed. keep attachments intact. stop wasting context window explaining state that could have just been delivered as data.

$ why-users-win

fewer lost events

when transport is durable, the agent spends less time coordinating and more time finishing the job the user actually asked for.

$ hosted-service

managed for agents

sign up, issue an api key, and start sending work. managed email, webhook inboxes, and sms all live behind one hosted api so agents can operate on behalf of their owners.