Skip to main content
Limited design-partner access Status: Limited design-partner access. The route contract and handlers below are implemented and tested. Access is limited by distribution, not by the authentication design: no supported public environment exists yet.
Authentication: every request carries Authorization: Bearer nitsor_agent_<48 hex>. The server stores only the SHA-256 hash of the token and derives the account and the acting Agent principal from the matching credential record. No request carries an account identifier or caller-declared principal data, so a caller cannot claim an identity it cannot prove. Credentials are scoped per operation, revocable with attribution, and issued only in the dashboard. Use this interface only inside an agreed design-partner environment.
No request example is presented as runnable. A public copy-and-paste request example remains forbidden until an end-to-end test executes the same request against a supported public environment.

Route inventory

The statuses below are the possibilities implemented by each current handler. Representative HTTP tests cover the shared success and failure mappings, but not every listed status is independently asserted for every route. No OpenAPI document is published. The source routes provide cursor-based listing and reference-based registration. They recognize several format depths, but they do not upload source bytes, make every format viewable, or prove a supported public service.

Decisions, Ledger, and denials

Authorization records both allowed and denied decisions. A denied request can return a decisionId, which connects the response to the corresponding Decision and Ledger evidence. That evidence is attributed to the credential subject that made the request. A session identifies the account accepted by the current credential. It is not a published browser-session, refresh-token, or service-account contract.

Issue-code vocabulary

Clients can treat these 36 codes as the bounded issue vocabulary. A response may also carry a field path, remediation, missing permission scope, or decision identifier.

Programmatic access today

The HTTP contract and command-line client are the implemented programmatic surfaces. No public TypeScript or Python SDK, MCP server, webhook, or generated OpenAPI client is published. Their future shape remains open.

Common mistakes and limits

  • Registered routes do not make transport authentication production-ready.
  • A Zod contract (Zod is a TypeScript schema-validation library) is not an OpenAPI document.
  • A Decision record explains an authorization result; it does not authenticate the caller.
  • Route registration does not prove every route has client-level coverage. Merge is the explicit uncovered case today.

Next step

Review the Command-line interface for the tested client surface or Data model and contracts for the records these routes expose.
OutcomeIdentify the 16 implemented routes without mistaking an implemented contract for a production-ready public service.
AvailabilityLimited design-partner access
AudienceSoftware engineers, Data engineers, AI agents
PrerequisitesRead Product status; Work within an agreed design-partner environment
Last verified2026-08-18