Skip to content

Regenerate SDK client core from Otari OpenAPI spec - #78

Merged
peteski22 merged 2 commits into
mainfrom
sdk-codegen/client-core
Sep 16, 2026
Merged

peteski22 merged 2 commits into
mainfrom
sdk-codegen/client-core

Conversation

@njbrake

@njbrake njbrake commented Sep 15, 2026

Copy link
Copy Markdown
Member

Automated regeneration of the generated typed client core (all
endpoints) from the Otari OpenAPI spec. The hand-written shell
(streaming, error mapping, ergonomic methods) is unaffected.

Source: mozilla-ai/otari@3ec8386
Generated by .github/workflows/otari-sdk-codegen.yml.

@njbrake
njbrake force-pushed the sdk-codegen/client-core branch from e958b1f to 452bb09 Compare September 15, 2026 15:42
@njbrake
njbrake force-pushed the sdk-codegen/client-core branch from 452bb09 to 32bb4f2 Compare September 15, 2026 15:55
api_base is now the gateway origin and the SDK owns the API root,
appending /api/v1 itself. The old shim that appended /v1 and then
stripped it back off for the generated core is deleted: with the
prefix baked into the generated operation paths, there is nothing
left to normalize. An api_base that already carries the prefix is
rejected, rather than silently building a doubled path that fails
on the first call.

The regenerated core names every operation <tag>_<handler>, so the
58 generated-method calls across the client, async client and
control plane are renamed to match.

BREAKING CHANGE: api_base must be the gateway origin with no path
prefix, and requests now go to /api/v1 instead of /v1. Upgrade
alongside an Otari gateway that serves the /api/v1 prefix.
@peteski22
peteski22 merged commit 6119622 into main Sep 16, 2026
3 checks passed
@peteski22
peteski22 deleted the sdk-codegen/client-core branch September 16, 2026 06:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants