SDK Compatibility
Current compatibility notes for SDKs that connect to edictum-api.
AI Assistance
Right page if: you want the current compatibility floor for server-backed SDK usage. Wrong page if: you want the retired /api/v1/bundles contract from the old server stack. Gotcha: the current public API is the canonical /v1 ruleset-first surface.
The current compatibility contract is the canonical /v1 API surface.
Shared Expectations
All server-backed SDKs depend on:
- workspace API keys with the
edk_prefix - ruleset fetch from
/v1/rulesets/{name}/current - SSE updates from
/v1/stream - event ingest to
POST /v1/events - approval routes under
/v1/approvals - session state under
/v1/sessions/*
Current Language-Specific Notes
Python
Edictum.from_server()supports explicitbundle_name- Python also supports server-assigned mode when
bundle_name=None
TypeScript
- package is
@edictum/server createServerGuard()is the entry point- the current canonical
/v1path requiresbundleName
Go
- the
serverpackage handles server-backed rulesets, approvals, and state - Go examples should point at
api.edictum.ai, not the retired console stack
Not Current
These old contracts are not the current public API:
/api/v1/bundles/api/v1/deployments/api/v1/bundles/evaluate- old assignment-rule discovery endpoints
Use API Reference and Connecting Agents as the source of truth.
Last updated on