Skip to main content
The Phosra developer platform is the live control-plane API for building on top of Phosra’s OCSS-conformant infrastructure. It covers the management operations your integration needs before sending a single signed verb: create a developer org, provision phosra_-prefixed API keys, register advisor agents, declare OCSS payload keys for federation, mint MCP tokens, and pull hourly usage rollups. Base URL: https://prodapi.phosra.com/api/v1
Authentication: HTTP Bearer — a WorkOS session bearer (from signup/login) for org and key management, a phosra_ API key for the /developer/* data-plane routes
Status: Live — see /ocss/status for current availability and preview labels
No key needed to get your first key. Org creation and key minting authenticate with your WorkOS session, so a fresh signup bootstraps everything self-serve — see Create your account & get keys.
This is the Phosra control plane — the management surface for developers integrating with OCSS via Phosra. It is distinct from the Parental Controls product API (Phosra’s own consumer product, a separate pillar documented elsewhere).
Building a platform that enforces rules? None of the operations on this page are the ones you need. A platform runs createPlatform from @phosra/gatekeeper and authenticates with an operator-issued PHOSRA_CREDENTIAL, not a phosra_ key or a session bearer — and it must additionally publish a census directory row and serve its own profiles endpoint before it will boot. Start at @phosra/gatekeepercreatePlatform, then the readiness contract.

What the control plane covers


Operations reference

All 17 control-plane operations, their routes, and their authentication requirements: All management operations (/developers/orgs*, keys, usage, advisors, MCP tokens) use a session bearer — the WorkOS access token from your signup/login session. This is deliberate: it means a fresh signup can create an org and mint its first phosra_ key with no pre-existing key (Create your account & get keys). The phosra_ key you mint authenticates the data-plane /developer/* routes (families, policies, enforcement — see Authentication), not these management calls. declareAdvisorPayloadKey additionally requires Ed25519 key possession — the request must be signed with the advisor’s existing registered signing key (not the new payload key being declared); see Declare payload key for the exact signed preimage.

@phosra/sdk-dev management half

The management half of @phosra/sdk-dev is a generated TypeScript client produced from the Phosra OpenAPI spec by hey-api. Each operation is a typed function that accepts an Options<…Data> object and returns a RequestResult — a Promise resolving to { data, error }.
@phosra/sdk-dev is a preview package — the shape is committed and the control-plane API it calls is live, but the package is not yet published to npm. See /ocss/status for the current preview label and availability timeline.

Configure the client

Override baseUrl with http://localhost:8080/api/v1 for local development.

Create a developer organization

WORKOS_ACCESS_TOKEN is the session bearer from your WorkOS signup/login — no phosra_ key exists yet at this point, and none is needed. Once the org exists, createApiKey (same session bearer) mints your first phosra_-prefixed key.

One-time secrets

DeveloperApiKeyWithSecret.key and CreatedMcpToken.plain are returned only once — at create or regenerate time — and are never stored server-side. Save them immediately.

Base URLs


Further reading