Run more than one version
A workspace service holds a list of enabled versions. Add one and the old one keeps working.workspace.yaml, versions is a list of objects, one per enabled version — not a list of version strings:
Announce a deprecation
A deprecation is advisory. It records intent — a date and a reason — while the service stays fully active, so existing SDK and MCP configs keep working while their owners migrate.Nothing is cut off on the date you set. There is no automatic date-triggered removal. Treat
--at as the date you intend to run the delete, once you have confirmed nothing still depends on it.Remove it for real
Removal is a separate, deliberate step.--force accepts that and removes it anyway — and writes a workspace_service_removed or workspace_version_removed notification recording that you made the call.
Flags
workspace service deprecate / workspace service version deprecate
workspace service delete / workspace service version delete
workspace service operations
Check what a version actually offers
Before you point an app at a new version, confirm the operations you depend on still exist under it.service operation show — add --include-request or --include-responses — so a large schema does not arrive unless you asked for it.
Ship a new SDK version
Once a new service version is enabled, publish an SDK version that uses it.