APISDK setup

Compatibility and availability

Check package availability, API protocol support, provider requirements, and current limits.

Package availability

These docs describe the SDK implemented in the repository. Published [email protected] contains the CLI without SDK exports. Use the locally built tarball until an SDK-enabled release is published. Node.js 22 or later is required.

Fixed organization scopes

A remote client with organizationId checks /api/health for this capability before sending a scoped application request:

{ "sdk": { "protocol": 1, "fixedOrganizationScope": true } }

The client sends X-Organization-Id and X-Openship-Scope: fixed. The API authenticates the caller, checks current membership and grants, and keeps access inside that organization. Request headers cannot override the client's configured scope.

An incompatible server causes SDK_SCOPE_UNSUPPORTED. Upgrade it. Removing organizationId changes the scope guarantee. A malformed scope header or fixed without an organization is rejected with 400 VALIDATION_ERROR.

Cloud

Use the canonical Cloud API, a Cloud credential, and its organization ID. The deployed API must pass the same capability check; SDK support in a checkout does not establish support on a deployed server.

A self-hosted owner's Cloud account link does not currently provide verified tenant mapping. Fixed scopes refuse that forwarding with CLOUD_SCOPE_UNAVAILABLE. Cloud operations also require the relevant provider and account capabilities; host administration remains specific to self-hosted installations.

Current limits

AreaStatus
Named operationsThe reference covers all current native and remote groups. Provider and permission checks still apply.
Mail and data transferHTTP endpoints exist; complete named native SDK groups are not available.
System and account lifecycleRemaining setup, self-app, edge/terminal, and account lifecycle coverage is incomplete. Use the documented existing surface.
Native CLIResource commands support native mode; some commands and system actions require HTTP. See native CLI support.
Background workNative scheduling is disabled by default. Constrained saved principals for all jobs/backups/scans and distributed scheduler ownership remain incomplete.
Dispatch and replayDurable multi-worker dispatch, idempotent replay, and event replay across restarts remain incomplete.
BillingAccount/payment features need configured hosted billing. Full webhook replay and accounting transaction guarantees remain under migration.
Cloud transfersVerified tenant mapping, promotion, and reconciliation remain incomplete for fixed SDK scopes.

Browser login redirects, session cookies, webhook signatures, and terminal handshakes remain their respective transport protocols. Native imports do not replace those protocols.

What has been checked

The public tarball has installed-package checks on Node 22 and 24, including native deployment, persistence, resource teardown, ESM/CommonJS, declarations, and CLI invocation. See the runnable example. Live provider verification remains a separate release gate.

On this page