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 adecisionId, 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.| Outcome | Identify the 16 implemented routes without mistaking an implemented contract for a production-ready public service. |
|---|---|
| Availability | Limited design-partner access |
| Audience | Software engineers, Data engineers, AI agents |
| Prerequisites | Read Product status; Work within an agreed design-partner environment |
| Last verified | 2026-08-18 |