Zaxy 2.0 Roadmap Design

Purpose

Zaxy 2.0 is the causal and consolidated cognitive-substrate release. The existing 1.x line remains the stable, benchmark-winning event-sourced memory fabric. Zaxy 2.0 adds rebuildable intelligence projections on top of that core: causal structure, reviewable consolidation, metacognitive state, procedural memory, and reasoning-loop primitives.

The release must not trade away the published 1.x strengths. Existing checkout quality, recall, citation coverage, and latency remain regression gates for all 2.0 work.

Release Lines

The versioning split is:

The 1.x tree protects the proven product. The 2.0 tree carries architecture that changes what Zaxy can do, while still depending on the 1.x event-sourced core as the source of truth.

Core Boundary

Eventloom remains the immutable source of truth. Causal and consolidation layers are discardable projections that can be rebuilt from the log. They may propose, cite, rank, and explain higher-order memory, but they do not become trusted state unless they pass the existing review and authority path.

Generated abstractions must always carry:

Memory Checkout may expose causal and consolidated context, but it must clearly distinguish accepted state from inferred or review-pending context.

Increment Plan

2.0.0-alpha.1: Causal Projection and Consolidation Scaffold

This is the first 2.0 architecture slice.

Scope:

Non-scope:

2.0.0-alpha.2: Review-Gated Consolidation MVP

This release turns the scaffold into a usable consolidation layer.

Scope:

Non-scope:

2.0.0-beta.1: Reasoning-Loop Memory Primitives

This release makes memory callable during planning, execution, and reflection rather than only before generation.

Scope:

2.0.0-beta.2: Metacognitive and Procedural Hardening

This release strengthens the agent-facing intelligence layer.

Scope:

2.0.0-rc.1: Benchmark Freeze

This release candidate freezes behavior and evidence for publication.

Scope:

Benchmark Gates

Zaxy 2.0 must protect existing public numbers before claiming new intelligence. At minimum, every release candidate must report:

The published 1.x checkout behavior is the regression floor. The intended guardrail is:

Implementation must not tailor code to individual benchmark questions. Fixes must address general classes of memory behavior or add missing product capability.

New 2.0 Evaluation Lanes

The 2.0 thesis needs benchmarks that measure more than recall. Proposed lanes:

These lanes should be documented as project-defined until external validation is available. Claims must distinguish internal benchmark results from external or same-harness comparisons.

Production Constraints

All 2.0 features must follow the existing architectural discipline:

Open Implementation Questions

These are intentionally deferred to implementation planning:

Acceptance Criteria

The roadmap design is accepted when: