Back to home
Roadmap · v0.6.17 stabilization

From terminal helper to evidence-first engineering agent

The current 0.6.x line hardens proof integrity and establishes a real evaluation baseline. Portable CI contracts and safe workspaces come before any larger delegation loop.

Nowv0.6.17

0.6.x stabilization

Proof Bundle v1 becomes tamper-evident, false completion gets an adversarial release corpus, and real-model comparisons establish a measurable baseline.

Versioned and sealed proof contractZero false verified completions in the release corpusStable reasons and policy exit codesRepeatable real-model comparative evals

The path to 1.0

Each step raises evidence quality before adding more autonomy.

v0.6.17Release focus

0.6.x stabilization

Proof Bundle v1 becomes tamper-evident, false completion gets an adversarial release corpus, and real-model comparisons establish a measurable baseline.

Versioned and sealed proof contractZero false verified completions in the release corpusStable reasons and policy exit codesRepeatable real-model comparative evals
v0.7.0Next

Portable trust surface

The same versioned proof contract becomes usable from a public API, external run manifests, and generic CI without model credentials.

Public build/validate APIExternal Run Manifest v1Headless CI proof gate
v0.7.xBefore autonomy

Safe workspace foundation

Isolated worktrees, fail-closed headless policy, budgets, and durable run states make unattended execution bounded and recoverable.

Workspace lifecycleGit worktreesHeadless policy and budgetsCrash-safe run state
v0.8.xConditional

Minimal verified loop

Fresh-context iterations repeat one bounded task until controller-owned deterministic gates accept it, with resume and idempotency.

Fresh sessionsController-owned gatesFailure feedbackResume without duplicate work
v0.9 → 1.0Stabilize

Stable trust contract

Adoption hardening, compatibility, selected integrations, and reproducible release evals turn the trust promise into a stable 1.0 contract.

Schema compatibilityObserved proof consumptionSelected integrations1.0 release hardening

What stays constant

The order may change as the project learns, but these product promises should not.

Verify before confidence

A green answer should be backed by visible work, commands, evidence, or a clear unverified status.

Extensible, not chaotic

MCP and skills expand the toolset while the runtime keeps permissions and results understandable.

Long work without context rot

Sessions, capsules, checkpoints, and memory should preserve the task state across long work.