KERNIT Documentation

API version2026-05-12Version policy

SDK package plan

The packaged SDKs should be generated from the versioned OpenAPI contract, tested against documented fixtures, and released only when docs, examples, and live verification agree.

Package Targets#

PackageLanguageRelease contract
@kernit/hyperlinkerNode.js and TypeScriptTyped client generated from the current OpenAPI snapshot with multipart helpers for DOCX routes.
kernit-hyperlinkerPythonRequests-based client generated from the current OpenAPI snapshot with file helpers and response models.

Generation Inputs#

  • app/docs/openapi.json for routes, request fields, responses, auth, and status codes.
  • app/docs/openapi-snapshots/2026-05-12.json for reproducible versioned SDK generation.
  • Workflow examples for scan, resolve, review, apply, and one-step apply.
  • Fixture DOCX files and expected response shapes for package tests.

Generated Artifacts#

ArtifactPath
Node packageapp/docs/sdk-packages/node
Python packageapp/docs/sdk-packages/python
Build commandnpm run docs:sdk:generate
Validation testtest/docs-sdk-packages.test.mjs

Release Gate#

GateReason
OpenAPI diff passesSDK generation must not hide a breaking contract change.
SDK artifacts match the contractGenerated package versions, client constants, and route lists must match the current OpenAPI version.
Docs examples passPublic snippets and SDK methods must agree.
Live verification passesThe package must call the same production routes documented in the API reference.
Version is explicitSDK versions should map to the OpenAPI contract version they were generated from.

Do Not Ship Until#

Do not publish SDK packages until package tests cover scan, resolve, apply, auth failures, billing failures, rate limits, and scan-token mismatches. Until then, the SDK-style client pages remain the supported copy-paste implementation surface.

Was this page useful?Send a lightweight docs feedback event.
Last updated: May 12, 2026Canonical: https://kernit.org/docs/api/sdk/packages/