Relay
Routes encrypted agent and mobile traffic without becoming the product brain.
Accounts, rooms, pairing, delivery, and entitlement boundaries.
StorkAgent connects humans, phones, hosted deploys, and AI agents through a relay and gateway architecture built for private agent workflows.
user phone
-> stork relay
-> gateway
-> agent runtime
hatch
-> provisions gateway
-> issues setup QR
-> hands control to userSystem map
StorkAgent.com should explain how the pieces fit, where trust boundaries sit, and which path to use when you want hosted convenience versus operational control.
Routes encrypted agent and mobile traffic without becoming the product brain.
Accounts, rooms, pairing, delivery, and entitlement boundaries.
Runs beside the agent and bridges local runtime tools to the relay.
Provider adapters, media boundaries, runtime sessions, and setup QR issuance.
The user's control plane for setup, identity, notifications, and chat.
Pairing, restore flows, room access, and agent presence.
The hosted deployment path for people who do not want to operate the stack.
Provisioning, setup flow, managed instances, and subscription surface.
Docs map
Install, pair, deploy, and verify a local or hosted StorkAgent setup.
Relay, gateway, mobile, Hatch, identity, pairing, and trust boundaries.
Deployment status, diagnostics, destroy flow, logs, and failure recovery.
Provider interfaces, protocol contracts, media handling, and app integration points.
Design principles
Hosted path
Keep StorkAgent technical. Send non-operators to Hatch when they want signup, deployment, setup QR, and instance management instead of docs and CLI workflows.
Hatch packages the hosted setup flow around StorkAgent without replacing the underlying architecture story.
Open Hatch