The model in one paragraph
Every acquisition is a task: youPOST /v1/tasks with a source (the platform), an action
(what to do — search, posts, detail, comments, …), and params. Torii queues the work,
crawls it on a worker that holds the platform session, and returns a normalized Envelope of
items when you poll the task. You never touch a browser, a signature, or a platform cookie.
One shape, many platforms
source + action + params in; a normalized Envelope of Item cards out. The same for
every platform.Honest provenance
Every response says where the bytes came from —
live, cache, empty, or blocked — and
never fabricates a result.Media proxied, never raw
Covers and video stream through
/v1/media and /v1/preview; the consumer never holds an
expiring, IP-bound CDN URL.Capabilities are discoverable
GET /v1/task-sources lists every platform.action that actually exists, so nothing is
hardcoded on the caller.For agents & LLMs
Building on Torii from an agent? There’s a single, self-contained skill file that teaches the whole API — the submit→poll→read loop, every action’s return shape, the full schema, the error model, and the media/preview contract — in one plain-text document you can fetch and read directly:torii-api-agent.txt — the agent skill doc
Raw markdown, served as plain text. Point your agent at
https://apidoc.torii.t.bldr.tw/torii-api-agent.txt and it has everything it needs to call Torii
correctly — including the empty ≠ blocked contract it must never guess around.Base URL
All endpoints are versioned under/v1.
What you can do
Not every platform supports every verb — ask
GET /v1/task-sources for the exact set. A verb a
platform genuinely lacks returns unsupported (a 404), never a fabricated answer.
Next steps
Authentication
Get a bearer token and understand scopes.
Quickstart
Submit your first task and read the result.
API Reference
The task lifecycle, the
Envelope, and error codes.Agent skill doc
The whole API as one plain-text file an LLM can read directly.