Release notes
Version history for developer tools in Orca Agent Engine - the TypeScript, Python, and Go SDKs and the CLI.
This page tracks released versions of the Agent Engine developer tools. Each tool versions independently:
- The TypeScript SDK (
@runorca/orca-sdk) is published to npmjs.org from the public orca-ae/orca-sdk-typescript repository. - The Python SDK (
runorca) is published to PyPI from the public orca-ae/orca-sdk-python repository. - The Go SDK (
github.com/orca-ae/orca-sdk-go) is published as a public Go module from orca-ae/orca-sdk-go. - The
orkCLI is distributed from the public orca-ae/orca-cli repository through Homebrew, release archives, and Go install.
These tools are pre-1.0 and under active development. The entries below summarize their released versions.
TypeScript SDK
0.2.3
Published the SDK as @runorca/orca-sdk on npmjs.org. Installations from the earlier @orca-ae/orca-sdk GitHub Packages scope need to replace the dependency and imports. The v0.2.3 release contains the package-scope change.
0.2.2
This release lets the SDK reach a self-hosted deployment. Earlier releases hardcoded
/v1/registry/... in every path, which the open-source engine does not serve, so
ORCA_BASE_URL pointed at one returned 404 on every call. The
v0.2.2 release makes these
API path and resource changes:
Breaking
baseURLis now the host root. The client appends the full route itself,/v1/...for core operations and/apis/<group>/<version>/...for extensions. A value ending in/v1/registry,/v1, or/api/v1is stripped with a deprecation warning, so existing configurations keep working.- Core paths dropped the
/registryinfix:/v1/registry/agentsbecame/v1/agents, and likewise for sessions, environments, files, skills, vaults, and memory stores. - Triggers use the core
/v1/triggersroute and are exposed asorca.triggers. The open-source engine supports cron; StreamNative Cloud widens the same request types with Pulsar and Kafka sources. Lifecycle methods arepauseandunpause, and updates are partialPOSTrequests. - Agent providers moved to
orca.cloud.agents.providers. Connections, Pulsar Functions, packages, connector catalogs, Pulsar IO sources and sinks, and Kafka Connect are also exposed throughorca.cloud.*. These methods require the deployment to advertisecloud.sn.ioand throw a typedExtensionNotAvailableErrorwhen it does not. beta_versionwas removed from every request body. It was never a real field: no request schema defined it, and permissive servers ignored it until one did not.
Earlier 0.2.x releases
0.2.0 realigned the SDK with the registry OpenAPI surface - paths, HTTP verbs, and resource hierarchies. Later releases in that line added operations.
Added
orca.triggers- agent triggers, withcreate,list,retrieve,update, anddelete, plusstart,stop, andrestartlifecycle actions. See Agent triggers.orca.triggers.sessions.list(triggerId, params?)- paginated sessions created by a trigger.- Streaming requests now send an
Accept: text/event-streamheader.
Breaking (introduced in 0.2.0)
- Sessions and their sub-resources are top-level, no longer nested under an agent. The
agentIdpositional parameter was removed from every method onorca.sessions,orca.sessions.events,orca.sessions.resources,orca.sessions.threads, andorca.sessions.threads.events. The owning agent is still set through theagentfield on the create body.orca.sessions.create(agentId, params)becameorca.sessions.create(params).orca.sessions.list(agentId, params?)becameorca.sessions.list({ agent_id, ...params }).orca.session(agentId, sessionId)becameorca.session(sessionId);SessionHandle.agentIdwas removed.
- Non-agent resource paths dropped the
/agents/infix to match the spec's/v1/registrybase - for example/v1/registry/agents/environmentsbecame/v1/registry/environments(and likewise forfiles,memory_stores,skills, andvaults). - Archive endpoints use the
/archivesub-path rather than an action form, acrossagents,sessions,sessions.threads,memory_stores,environments,vaults, andvaults.credentials. - HTTP-method fixes:
memoryStores.updateis nowPATCH;sessions.updateis nowPUT;agents.archiveis nowPOST /agents/{id}/archive; the thread events stream is rooted at/sessions/{sessionId}/threads/{threadId}/stream. - Removed the
memoryStores.memoriesandmemoryStores.memoryVersionssub-resources, which are not in the current spec.
Added (in 0.2.0)
orca.vaults.credentialsgainedretrieve,update,archive, andvalidate(the last validates a credential's MCP OAuth configuration).
Earlier 0.1.x releases
Initial releases through GitHub Packages.
Added
- The
Orcaclient with Bearer-token authentication (static string, async token function, ornullto disable), automatic retries with exponential backoff, configurable timeouts, and structured logging. - Cursor-based pagination on every
listmethod, with async iteration over all pages. - Server-sent-events (SSE) streaming for session and thread events.
- Multipart upload helpers for files and skills.
- Resources:
agents(withversionsandproviders),sessions(withevents,resources, andthreads, plus per-thread events),environments,files,skills(withversions),vaults, andmemory_stores. - The
orca.session(sessionId)handle for ergonomic single-session work. - A README, the
docs/surface-status.mdsurface map, and runnable examples underexamples/.
Python SDK
0.3.0
The v0.3.0 release is the initial public PyPI release under the runorca distribution name. Install it with pip install runorca==0.3.0 and import Orca or AsyncOrca from orca. It requires Python 3.10 or later.
The SDK provides synchronous and asynchronous methods for core registry resources, policy and pricing extensions, and hosted Cloud extensions. It supports page iteration, session-event streaming, typed errors, and Bearer-token authentication. See the Python SDK guide and the repository's API surface.
Go SDK
0.4.0
The v0.4.0 release is public and installable with go get github.com/orca-ae/orca-sdk-go@v0.4.0. It requires Go 1.25 or later. The client covers core registry resources, session events, policy and pricing extensions, and hosted Cloud extensions. It sends a Workspace API key as x-api-key or an OIDC token as Authorization: Bearer; supply exactly one. See the Go SDK guide for a tested local example.
ork CLI
0.5.0
The public v0.5.0 release includes ork local and release archives for macOS, Linux, and Windows. Install it with brew install orca-ae/tap/ork on macOS or Linux, or use go install github.com/orca-ae/orca-cli/cmd/ork@v0.5.0 with Go 1.25 or later. The CLI manages a Workspace's registry resources: agents, sessions, memory stores, vaults, environments, files, skills, triggers, and hosted extensions. See the CLI overview and local tutorial.
Earlier 0.4.1
Before 0.5.0, the CLI binary was named orca. Its v0.4.1 release added direct MCP OAuth credential authorization and clarified session-event stream cursor behavior, but did not include ork local.
Pre-1.0 SDK and CLI releases may introduce breaking changes between minor versions; pin a specific version in production and review this page before upgrading.