The work graph, in one place.
Most APIs hand you a database. ALLO hands you a graph that already knows what work exists, who owns it, what changed, and how it all links.
Read it with intent — search across tasks, canvases, OKRs, projects. Write narrowly — create a task, log a check-in, add a comment. Listen — signed webhooks for the events that matter.
Every request runs under the calling user's permissions, server-side. Tokens scope what an integration can see and do. No raw workspace dumps, ever.
Three primitives.
Built to compose.
Every integration we've seen built on ALLO uses some combination of these three. They're enough.
Search the graph.
Permission-aware search across canvases, tasks, projects, OKRs, comments, and activity. Compact, integration-friendly objects — not raw internal models.
Narrow commands.
Command-shaped writes. Create a task, add a comment, log an OKR check-in. No bulk destructive operations. No raw canvas editing.
Signed events.
Subscribe to work events. HMAC-signed payloads, exponential backoff retries, replayable delivery logs from the dashboard.
Eight resource types.
one graph.
ALLO already knows what work exists, who owns it, what changed, and what's linked to what. The API exposes that graph with the same permissions your team uses inside the product.
Every request scoped.
Every webhook signed.
Apps see what their token allows — nothing more. Admins review logs, rotate secrets, and revoke access at any time. Every write is auditable.
Don't dump
your workspace into a model.
Retrieval and summary endpoints return compact, permission-aware context — sized for an LLM context window, with citations and URLs so the agent can show its work.
Tokens see only what their owner can see in ALLO. Filtered server-side. Never client-side. Never bulk-exported.