> ## Documentation Index > Fetch the complete documentation index at: https://docs.reactor.inc/llms.txt > Use this file to discover all available pages before exploring further. > ## Agent Instructions > To build and serve your own model, start at /deploy/development/quickstart and /deploy/development/overview. Deploying is the default path: reactor init scaffolds a workspace, reactor auth login authenticates, and reactor model deploy registers the model, publishes the release with the weights/ folder, and activates it on Reactor's GPUs, in one command from that workspace. Docker must be running, because the publish step builds the image locally. Bump model.version in reactor.yaml before redeploying a change, because a release that already has an image is reactivated as it is. Deployment access is granted per account, so contact team@reactor.inc if a deploy is refused. Every key in reactor.yaml is documented at /deploy/platform/reactor-yaml. Model code imports reactor_runtime; Python client code imports reactor_sdk. The runtime overview explains the model interface. Running the model on your own machine with reactor run is optional and needs a GPU you attach with --gpus; /deploy/development/local-testing covers that loop and pairs a complete brightness model with a Python client test in a separate brightness-test workspace. > Reactor hosts multiple models, each with its own connect slug (modelName) and command/event schema. The video model catalog — slug, typed SDK package, and links to its schema — is at /model-api-reference/overview. Robotics policy documentation starts at /robotics/overview; The launch policies are Cosmos Nano DROID (/robotics/cosmos/nano-policy-droid/), DreamZero DROID (/robotics/dreamzero/droid/), and FLUX Action DROID (/robotics/flux-action/droid/), organized by model family and embodiment. Some models expose one slug per experience (e.g. HappyOyster); always take the slug from the model's own pages, never guess it. > Fastest path to a working app: `npx create-reactor-app my-app --model=` scaffolds a complete app with secure auth wired up. Typed TypeScript SDKs are published as @reactor-models/; Python uses the base reactor-sdk package. > Auth: exchange an API key (rk_...) for a JWT via POST https://api.reactor.inc/tokens from your server. Never put the API key in client-side code. > Append .md to any docs URL for clean Markdown. Search these docs via the MCP server at https://docs.reactor.inc/mcp. # Create an account > Creates a new account owned by the caller's user. The caller becomes a member with the `account_admin`, `billing_admin`, and `developer` roles. Any member role may call it. The number of accounts a user may administer is capped (5 by default). Your first, personal account does not count toward the cap. Accounts created here do not receive a signup credit gift; add funds before running sessions. The calling API key stays bound to its original account. To work in the new account, create an API key there. To make retries safe, send an `idempotency_key`. Retries with the same key and the same `name` return the same account, even at the cap. Without a key, every request creates a new account. A `slug` in the body is rejected; set it later with `PATCH /accounts/{account_id}`. ## OpenAPI ````yaml /openapi.yaml post /accounts openapi: 3.1.0 info: title: Reactor Platform API version: '1' description: > The Reactor Platform API mints session tokens, starts and operates sessions, negotiates media transport, and manages your account, models, and deployments. Every path is relative to `https://api.reactor.inc`. See the [Introduction](/platform-api/introduction) and [Authentication](/platform-api/authentication) pages for credentials, versioning, and errors. contact: name: Reactor support url: https://docs.reactor.inc/resources/support servers: - url: https://api.reactor.inc description: Production security: - apiKey: [] tags: - name: Status description: >- Public, unauthenticated endpoints for service health, pricing, and the values the API accepts. - name: Tokens description: > Exchange a long-lived API key for a short-lived, session-scoped token that a client can use to create and operate sessions without holding the key. - name: Users description: > Read your own user record, your account's roster, and account memberships, and manage member roles as an account admin. - name: API Keys description: >- Revoke API keys. Use the [Dashboard](https://reactor.inc/dashboard) to list or create keys. The CLI can also create a key with `reactor auth login`. - name: Sessions description: > Create, inspect, and end sessions. A session holds one running model for one client application; media and messages flow over a transport you attach to it afterwards. - name: Transport description: > Attach a client to a session. WebRTC signaling carries ICE servers, SDP, and ICE candidates; a LiveKit room connection lets the session join a room you host. - name: Files description: > Upload files a model reads, either for one running session or ahead of time for sessions you have not started yet. - name: Recordings description: > Fetch the recorded video of a session as an HLS playlist, during the session or after it ends. - name: Accounts description: > Read and manage the account your credential acts in: its name and slug, its credit balance, its effective quotas, and its accelerator capacity. - name: Invitations description: > Invite people to your account by email, and manage pending invitations. The recipient accepts from the emailed link while signed in to the dashboard. - name: Usage description: > List the sessions your account has run, filter them by status, date, model, or API key, and read exact session totals for a date window. - name: Models description: > Register, read, update, and delete the models your account serves, and list the models you can use. The `reactor model` CLI commands are built on these endpoints. - name: Releases description: > Register a model's versioned releases, push their container image, and deploy a release with a per-region instance plan. - name: Model Weights description: > Upload and inspect the weights bundle of a release: single-request uploads, multipart uploads for large files, and the server-side finalize that marks a bundle complete. - name: Model Schemas description: > Attach an OpenAPI schema to a release that describes the model's commands, messages, and tracks. Schemas of public models are readable without credentials. - name: Model Access description: | Share a private model with other accounts, one environment at a time. - name: Projects description: > A project is the deploy identity of a model you serve on Reactor. Each model is one project, with its own UUID. Creating a project also creates its `production` environment. - name: Environments description: > An environment is a named deploy target of a project, such as `production` or `staging`. Each write to an environment creates its next revision, and the newest revision is what the environment runs. Environment access grants let another account start sessions on one environment. - name: Revisions description: > A revision is an immutable, numbered snapshot of one environment: its model image, weights, resources, instances, and variables. An environment's revisions, newest first, are its change log. - name: Images description: > Model images are the container images pushed to your model's repository, named by digest. Experimental: this API can change without notice. - name: Weight Sets description: > A weight set is a version-2 weights bundle, named by its set digest. Push the files, then put the manifest. Available when weight sets are enabled for your account. Experimental: this API can change without notice. - name: Tags description: > A tag is a movable name on one model image or one weight set of a project. A release of the model is a read-only tag. Experimental: this API can change without notice. paths: /accounts: post: tags: - Accounts summary: Create an account description: > Creates a new account owned by the caller's user. The caller becomes a member with the `account_admin`, `billing_admin`, and `developer` roles. Any member role may call it. The number of accounts a user may administer is capped (5 by default). Your first, personal account does not count toward the cap. Accounts created here do not receive a signup credit gift; add funds before running sessions. The calling API key stays bound to its original account. To work in the new account, create an API key there. To make retries safe, send an `idempotency_key`. Retries with the same key and the same `name` return the same account, even at the cap. Without a key, every request creates a new account. A `slug` in the body is rejected; set it later with `PATCH /accounts/{account_id}`. operationId: createAccount requestBody: required: true content: application/json: schema: $ref: '#/components/schemas/AccountCreateRequest' examples: basic: summary: Create an account value: name: Acme Inc idempotent: summary: Create an account with a retry key value: name: Acme Inc idempotency_key: 3c1f8a2e-create-acme responses: '201': description: The account was created. content: application/json: schema: $ref: '#/components/schemas/Account' example: id: 8d478ca2-2222-4444-9999-123456789abc name: Acme Inc billing_email: alice@acme.example plan_id: 2a7d9c1e-6b5f-4e3d-8c2b-1a0f9e8d7c6b plan: id: 2a7d9c1e-6b5f-4e3d-8c2b-1a0f9e8d7c6b slug: free name: Free kind: standard billing: postpay: false converting_to_usd: false created_at: '2026-11-10T09:30:00Z' updated_at: '2026-11-10T09:30:00Z' '400': description: > `name` is missing or blank, the body contains `slug`, or `idempotency_key` is blank or longer than 255 bytes. content: application/json: schema: $ref: '#/components/schemas/Error' '401': $ref: '#/components/responses/Unauthorized' '403': description: >- The caller already administers the maximum number of accounts, or the caller's user is inactive. content: application/json: schema: $ref: '#/components/schemas/Error' example: error: team account limit reached '409': description: > The `idempotency_key` was already used with a different `name`, or for an account the caller no longer administers. Use a new key. content: application/json: schema: $ref: '#/components/schemas/Error' components: schemas: AccountCreateRequest: type: object required: - name properties: name: type: string description: The display name. Must not be blank. Names need not be unique. idempotency_key: type: string maxLength: 255 description: > Optional retry key. Retries with the same key and `name` return the same account. Must not be blank when present. Account: type: object description: > An account. The response can carry further billing fields not listed here; do not depend on them. required: - id - name - created_at - updated_at properties: id: type: string format: uuid name: type: string description: The display name. slug: type: string description: >- The owner segment of the account's model names, as in `your-org/your-model`. Absent until assigned; once set, it cannot change. billing_email: type: string format: email description: >- The billing contact. Present only for callers with `account_admin` or `billing_admin`, and only when set. plan_id: type: string format: uuid description: The account's plan. Absent when the account has no plan. plan: $ref: '#/components/schemas/AccountPlanSummary' billing: $ref: '#/components/schemas/AccountBilling' created_at: type: string format: date-time updated_at: type: string format: date-time deactivated_at: type: string format: date-time description: When the account was suspended. Absent for active accounts. Error: type: object required: - error properties: error: type: string description: >- A stable error code (for example `not_found`) on newer routes, or a sentence on older ones. When `message` is present, branch on `error`. message: type: string description: >- A human-readable explanation. Do not parse it; its wording may change. resource: type: string description: The type of the resource a `not_found` refers to. reason: type: string description: >- A more specific cause for `failed_precondition`, `aborted`, and some `invalid_request` errors. AccountPlanSummary: type: object description: The account's plan. required: - id - slug - name - kind properties: id: type: string format: uuid slug: type: string description: The plan's short name, for example `free`. name: type: string description: The plan's display name. kind: type: string enum: - standard - custom description: '`standard` for a published plan, `custom` for a negotiated one.' AccountBilling: type: object description: > Billing settings. Present only for callers with `account_admin` or `billing_admin`. The object can carry further fields not listed here; do not depend on them. properties: auto_top_up: $ref: '#/components/schemas/AccountAutoTopUp' postpay: type: boolean description: >- `true` when the account is invoiced for usage afterwards instead of buying credits in advance. converting_to_usd: type: boolean description: >- `true` while the account's balance is being converted from credits to US dollars. AccountAutoTopUp: type: object description: The automatic top-up rule, when one is configured. properties: amount: type: integer format: int64 description: The amount added on each top-up. threshold: type: integer format: int64 description: The balance below which a top-up runs. amount_usd: type: string description: '`amount` in US dollars, as a decimal string with four places.' threshold_usd: type: string description: '`threshold` in US dollars, as a decimal string with four places.' currency_code: type: string enum: - USD responses: Unauthorized: description: The credential is missing, invalid, or expired. content: application/json: schema: $ref: '#/components/schemas/Error' securitySchemes: apiKey: type: http scheme: bearer description: >- A Reactor API key (`rk_...`), sent as `Authorization: Bearer rk_...`. Keep it on a server. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.