Release Notes
Authoritative Workspai changelogs, releases, compatibility history, and rules for interpreting shipped capabilities.
This page points to the authoritative release history for Workspai CLI and the VS Code surface. Use those primary sources when checking whether behavior is shipped, compatible, changed, or still planned.
When reading a release, distinguish:
- shipped CLI behavior,
- synced contract changes,
- VS Code surface compatibility,
- docs updates,
- planned roadmap items.
Current CLI baseline
The current CLI baseline is Workspai CLI 0.65.0. It adds proof-bounded API and source-call bindings, project-kind-aware Model and Doctor semantics, portable governance and test-surface evidence, incremental project-scope Graph reuse, and contract-enforced repair qualification.
The website mirrors the complete 0.65.0 contract catalog. The extension's
minimum compatible CLI floor remains a separate contract and can be lower than
the current release; a backward-compatible CLI release does not automatically
raise that floor.
Evolution since 0.52
| Release | Shipped boundary |
|---|---|
0.52 | Verified Engineering Goals and evidence-backed definitions of done |
0.53 | CLI-owned Workspace Repair Engine with immutable plans, approval, checkpoints, verification, and rollback |
0.54 | Typed multi-ecosystem dependency materialization and target-aware repair receipts |
0.55 | Approval bound to causal actions, typed decision causes, and multi-project repair scope |
0.56 | Universal Doctor diagnosis, live graph freshness, C/C++ and polyglot runtime depth, scoped retrieval, and portable external proofs |
0.57 | Governed evaluation reports and bounded Graph retrieval efficiency evidence |
0.58 | Natural-language Goal entry, durable lifecycle state, and agent handoff artifacts |
0.59 | Canonical project agent entry and portable grounding across supported model hosts |
0.60 | Context-aware Goal scope selection and canonical runtime binding |
0.61 | Enriched agent context, dynamic project-aware grounding, and repair replanning |
0.62 | Bounded-first agent entry and runtime-aware operational Skills |
0.63 | Sequential causal repair queues and portable linked-project transactions |
0.64 | Contracted Create Planner semantics, language-aware imports, and platform-aware setup recovery |
0.65 | Project taxonomy, governance and test surfaces, proof-bounded bindings, incremental Graph reuse, and repair qualification |
Changing a manifest is still progress, not completion. A governed repair must reconcile its materialized dependency state, run its declared checks, refresh the exact evidence producer, and return to canonical verification. The CLI—not an IDE or model—owns transaction closure and rollback.
Primary sources
How to interpret claims
A capability is shipped when its owning surface provides the corresponding command, contract, report, or user-facing behavior. Roadmap language and RFCs describe direction; they are not release evidence.