Full Parity Production Roadmap
This is the single active roadmap for making 0x0 a production replacement for
the current local source set:
/home/n0um3n4/repositories/lang/home/n0um3n4/repositories/libs/home/n0um3n4/repositories/index/home/n0um3n4/repositories/kukulkan
The result at the end of this roadmap must be full parity. A feature is not
complete because a document exists, a constructor exists, a test fixture returns
the expected shape, or a checker knows how to inspect a static file. A feature is
complete only when the 0x0 implementation is the normal production path and the
same user-visible behavior, release artifacts, operations, tests, public docs,
and support matrices are present.
Non-Negotiable Closure Rule
No milestone may close with contract-only, demo-only, draft-only, fixture-only,
constructor-only, checker-owned, or shim-owned behavior.
Every closed milestone must prove:
- Production source exists in 0x0 and is used by the normal command path.
- Negative and positive tests cover the behavior without relying on roadmap
status text.
- Release artifacts are generated from current 0x0 source.
- Public documentation and API/reference documentation are current.
- ADR/RFC records and documentation impact reviews exist for production changes.
- Static website deployment evidence exists for public documentation changes.
- Any remaining unsupported behavior is explicitly out of scope for the covered
release, not silently missing from parity claims.
Current Blocking Facts
/home/n0um3n4/repositories/libsis not present on this host. Library parity
cannot close until the old library source is restored, recovered from version
control, or replaced with an auditable source snapshot.
apps/real-rewrite-gap.tsvcurrently records 449 app rewrite gaps, including
163 Index rows and 252 Kukulkan rows, with 0 rows marked production-ready.
docs/roadmap.htmlis planning context only. Production gates must check
behavior, artifacts, and evidence directly.
Standing Rules
- Every production change requires an ADR, an RFC, and a documentation impact
review in the same change set. Run make adr-rfc-check and
make documentation-impact-check.
- Do not use
make docs-checkas a default verification command on this host. - Use bounded gates first. Heavy release, self-host, and ecosystem gates run at
final release points or when specifically requested.
- Runtime and host-effect changes require negative security tests.
- Backend changes require cross-backend conformance evidence.
- Package and registry changes require rollback, provenance, signature, and
integrity evidence.
- App production readiness must be proven through app behavior and release
artifacts, never by roadmap milestone text.
Milestone 0: Source Of Truth And Parity Ledger
Status: blocked-source-missing after source ledger generation.
Goal: establish an auditable source baseline for lang, libs, index, and
kukulkan, then convert every required behavior into a row-level parity ledger.
Submilestones:
- 0.1 Snapshot
/home/n0um3n4/repositories/lang,/home/n0um3n4/repositories/index,
and /home/n0um3n4/repositories/kukulkan with commit SHA, dirty-state
summary, file inventory, command inventory, release artifact inventory, public
website inventory, and operational evidence inventory.
- 0.2 Restore or recover
/home/n0um3n4/repositories/libs. If the directory was
deleted intentionally, recover the last authoritative source from version
control, backups, registry publication artifacts, or release archives.
- 0.3 Build parity ledgers for language, runtime, libraries, Index, Kukulkan,
static websites, deployment, and release operations. Every row must name the
old source, expected 0x0 source, production command, tests, docs, release
artifact, and owner gate.
- 0.4 Classify existing 0x0 rows as production, partial, missing,
constructor-only, checker-owned, fixture-only, shim-owned, or obsolete.
- 0.5 Add gates that fail if a parity row is closed without production source,
tests, docs, release artifacts, and ADR/RFC evidence.
- 0.6 Publish a beginner-readable status page and a maintainer-facing parity
ledger reference.
Acceptance:
- The old
libssource is available or an auditable recovered snapshot is
checked into the parity evidence area.
- Every source repository has a complete row-level parity ledger.
- No parity row can be marked closed by editing this roadmap.
- The public docs explain what is still missing without migration or obsolete
language wording.
Current evidence:
parity/source-baseline.tsvparity/source-files.tsvparity/libs-recovery.tsvparity/full-parity-ledger.tsvmake full-parity-inventory-check
Milestone 1: Governance, Evidence, And Anti-Placeholder Gates
Status: evidence-gated.
Goal: make it impossible for fake production behavior to pass release gates.
Submilestones:
- 1.1 Extend production acceptance schemas so every row records source path,
target path, execution command, positive tests, negative tests, release
artifact, public documentation, ADR, RFC, and static-site publication evidence.
- 1.2 Add source scanners for constructor-only functions, fake adapters,
fixed-response routes, checker-owned behavior, Python release shims, and
roadmap-derived evidence.
- 1.3 Require app gates to execute the production 0x0 code path instead of
helper-only or checker-only logic.
- 1.4 Require release metadata to identify the compiler/runtime/library/app
artifact that produced each shipped command.
- 1.5 Require documentation impact review for every implementation, syntax, API,
CLI, compiler, runtime, standard-library, or behavior change.
- 1.6 Wire the bounded anti-placeholder gates into maintainer checks and final
release checks without running broad session-breaking commands by default.
Acceptance:
- A constructor-only, fake-adapter, fixed-response, checker-owned, or shim-owned
implementation cannot be marked production-ready.
- Release artifacts can be traced back to current 0x0 source.
make adr-rfc-checkandmake documentation-impact-checkpass.
Current evidence:
parity/production-evidence-schema.tsvparity/anti-placeholder-inventory.tsvparity/release-provenance.tsvmake full-parity-governance-check
Milestone 2: lang Language And Runtime Parity
Status: done.
Closure basis: current 0x0 language and runtime parity is closed for behavior
that runs, works, and has bounded tests. Remaining library, app, public-site,
and final-release parity blockers stay tracked by Milestones 5 through 9.
Goal: close every behavior 0x0 still misses from jmp0x1b/lang as real source,
runtime, compiler, docs, and release behavior.
Submilestones:
- 2.1 Verify source syntax parity for typed parameters, algebraic data types,
generic tau forms such as tau Option[a], ↯ effects, imports, packages,
actor declarations, protocol/session syntax, typestate assertions, and
*.html.0x0 templates.
- 2.2 Close type/effect parity with typed and effect inference, capability
polymorphism, effect handlers, protocol/session checking, typestate-style
assurance, imported-module signatures, and stable diagnostics.
- 2.3 Close compiler parity across native, VM, WASM, object, archive, linker,
and release artifact paths. The same supported source corpus must lower
through every production backend or fail with documented diagnostics.
- 2.4 Close runtime CLI parity for
run,run-vm,serve, runtime proof,
WASM execution, model checks, sandboxing, mission IO, industrial IO, and
space-assurance commands.
- 2.5 Close actor, supervision, replay, distributed execution, and cluster
runtime parity with production schedulers, failure behavior, replay logs,
supervision trees, node identity, transport, and negative security tests.
- 2.6 Close documentation parity for beginner learning paths, technical
references, compiler/runtime references, diagnostics, source examples, and
website publication.
Acceptance:
- Current
langlanguage/runtime behavior runs through bounded tests instead
of roadmap text.
- The support matrix names only implemented behavior for the covered release.
- Public docs do not describe old language migration as active user work.
- Release artifacts prove the language/runtime paths were built from current
0x0 source.
Current evidence:
make full-language-source-syntax-checkmake type-effect-system-checkmake core-runtime-cli-checkmake actor-runtime-checkmake unified-ir-wasm-checkmake assurance-runtime-checkmake live-runtime-checkmake backend-parity-closure-checkdocs/full-parity-milestone2.html- ADR-0059/RFC-0059
Milestone 3: ABI, Runtime Layout, And Dynamic Value Parity
Status: pending.
Pending reason: ABI runtime descriptor rows and the bounded schema gate are in
place, but cross-backend ABI invalid-layout, ownership, stale-handle,
descriptor leak, and incompatible artifact tests remain before closure.
Goal: make all runtime values used by language, library, Index, and Kukulkan
features stable enough for production artifacts and cross-backend execution.
Submilestones:
- 3.1 Extend ABI v1 layouts to path, handle, protocol, actor, remote actor, Live
runtime values, process handles, socket handles, runtime errors, and hardware
evidence values.
- 3.2 Implement ownership, lifetime, serialization, error, and malformed-layout
behavior for every new value family.
- 3.3 Add backend interoperability tests proving values are equivalent across
native, VM, WASM, object, archive, and linked outputs where those outputs
support the feature.
- 3.4 Add negative ABI tests for invalid tags, invalid ownership transfer,
recursive context errors, stale handles, leaked descriptors, and incompatible
artifact versions.
- 3.5 Update core library, runtime, language specification, release
compatibility, and support-matrix docs.
Acceptance:
- ABI layout docs and machine-readable ABI rows cover every production runtime
value.
- App and library code uses stable layouts instead of ad hoc list-backed
conventions for production APIs.
- Cross-backend ABI gates pass for the covered corpus.
Current evidence:
abi/value-layouts.tsvcompat/abi-matrix.tsvdocs/abi-value-layouts.htmlmake abi-layout-check- ADR-0008/RFC-0008
- ADR-0052/RFC-0052
Milestone 4: Embedded, Hardware, HAL, RTOS/BSP, And Assurance Parity
Status: pending.
Pending reason: bounded Milestone 4 evidence and gates exist, but physical
board claims remain fail-closed and external certification remains external.
Goal: make the embedded and hardware-oriented 0x0 surface real source and
release behavior, with emulation accepted only where physical evidence is not
yet available.
Submilestones:
- 4.1 Implement target-specific firmware and object generation for the selected
MCU and bare-metal targets.
- 4.2 Add vendor HAL adapters behind stable 0x0 runtime APIs, with tests that
run against emulated or virtualized targets.
- 4.3 Add RTOS/BSP integration layers for task startup, timers, IO, interrupt
boundaries, memory regions, and failure handling.
- 4.4 Add secure boot signing, signed image metadata, secure update, recovery,
rollback, and verification fixtures.
- 4.5 Add hardware probe commands, emulated probe backends, and physical proof
ingestion that fails closed when real evidence is absent.
- 4.6 Add certification and space-assurance bundles generated from current
source artifacts, including traceability from requirement to test to release
artifact.
Acceptance:
- Emulated hardware gates execute generated 0x0 artifacts.
- Physical evidence is represented as required release evidence and cannot be
faked by a static text row.
- Public docs clearly distinguish emulated readiness, physical readiness, and
external certification status.
Current evidence:
tools/embedded-hardware.pyruntime/embedded-hardware.0x0runtime/embedded-hardware.tsvhardware/physical-targets.tsvhardware/physical-root-keys.tsvparity/milestone4-embedded-hardware.tsvdocs/full-parity-milestone4.htmlmake embedded-hardware-checkmake physical-hardware-evidence-checkmake certification-evidence-checkmake full-parity-milestone4-check- ADR-0053/RFC-0053
Milestone 5: libs Full Library Parity And Registry Production
Status: blocked-source-missing.
Blockers: blocked-source-missing because /home/n0um3n4/repositories/libs
is absent, and registry-name-collision because current compatibility packages
still collide on some public aliases. Old-library full parity cannot be closed.
Current 0x0 library registry production evidence is tracked by the Milestone 5
gate while those blockers remain.
Goal: make the current 0x0 libraries fully equivalent to the recovered
/home/n0um3n4/repositories/libs source and publish them as the active
production library registry.
Submilestones:
- 5.1 Recover the old library source baseline and generate package, module,
function, data type, test, README, and registry inventories.
- 5.2 For each old library package, map the old package name, new 0x0 package
name, compatibility aliases, public API, examples, behavior tests, and
deprecation state.
- 5.3 Implement missing APIs in 0x0 using standalone library source. Every
library must compile, test, document, and publish independently.
- 5.4 Add property, golden, smoke, negative, and cross-package tests for
behavior that existed in the old libraries.
- 5.5 Implement production registry metadata, version resolution, dependency
solving, provenance, signatures, yanking, rollback, namespace ownership, and
package publication workflow.
- 5.6 Publish
libs.jmp0x1b.comfrom current 0x0 package metadata only, with
package pages sourced from standalone READMEs and generated API docs.
Acceptance:
- The library parity ledger has no unresolved old package, API, behavior, test,
README, or registry row.
libs.jmp0x1b.comreflects active 0x0 packages only.- Package resolution and publication use production registry workflows, not a
local-only fixture path.
Current evidence:
libs/registry.tsvlibs/aliases.tsvlibs/deprecations.tsvparity/milestone5-libs-registry.tsvdocs/full-parity-milestone5.htmlmake libs-checkmake libs-standalone-checkmake libs-compile-checkmake package-registry-checkmake remote-package-ecosystem-checkmake full-parity-milestone5-check- ADR-0054/RFC-0054
Milestone 6: Index Full Production Rewrite
Status: blocked-unresolved-gaps.
Blockers: unresolved-index-gap because apps/real-rewrite-gap.tsv still has
Index rows that are not production-ready, and index-runtime-gate-failure
because current Index runtime gates expose a local-effects timeout and CLI
corpus mismatch. Current 0x0 Index source and release evidence is tracked by
the Milestone 6 gate while those rows remain.
Goal: replace /home/n0um3n4/repositories/index with a real 0x0 production
implementation that preserves user-visible behavior, release artifacts, and
operations.
Submilestones:
- 6.1 Convert the Index parity ledger into implementation work grouped by
document model, extractors, rendering, terminal UI, file flows, browser flows,
network flows, auth/session assist, adapters, compatibility packs, IDX
protocol, release packaging, shell integrations, and operations.
- 6.2 Replace constructor-only and partial functions with production 0x0
implementations under apps/index/src.
- 6.3 Move checker-owned behavior into app source. Checkers must execute and
verify app behavior, not contain the behavior.
- 6.4 Replace fixed-response and fixture-only paths with real parsing,
extraction, rendering, capture, network, browser, auth, and package behavior.
- 6.5 Generate the Index executable, completions, release metadata, checksums,
and package artifacts from the 0x0 build path.
- 6.6 Add compatibility and regression suites using the old Index acceptance
corpus, including negative tests for malformed input, unsafe paths, network
failures, auth failures, and corrupt package data.
- 6.7 Update public and maintainer docs for real Index behavior and remove
obsolete migration wording.
Acceptance:
apps/real-rewrite-gap.tsvhas zero unresolved Index rows.- No Index production row is constructor-only, partial, checker-owned,
fixture-only, fixed-response, or shim-owned.
- The released Index artifact is generated from current 0x0 source and passes
the old Index acceptance corpus.
Current evidence:
apps/index/src/apps/index/tests/apps/index/release/apps/runtime-revalidation.tsvapps/build-manifest.tsvparity/milestone6-index.tsvdocs/full-parity-milestone6.htmlmake index-full-checkmake index-real-production-checkmake apps-real-rewrite-gap-checkmake full-parity-milestone6-check- ADR-0055/RFC-0055
Milestone 7: Kukulkan Full Production Rewrite
Status: blocked-unresolved-gaps.
Blocker: unresolved-kukulkan-gap because apps/real-rewrite-gap.tsv still
has Kukulkan rows that are not production-ready. Current 0x0 Kukulkan package,
API, UI, integration, deployment, and release evidence is tracked by the
Milestone 7 gate while those rows remain.
Goal: replace /home/n0um3n4/repositories/kukulkan with a real 0x0 production
implementation that preserves API, UI, deployment, release, and operations
behavior.
Submilestones:
- 7.1 Convert the Kukulkan parity ledger into implementation work grouped by
shared packages, API boot/config, routing, responses, auth, RBAC, sessions,
database workflows, geospatial workflows, compliance workflows, service
adapters, observability, UI templates, Live runtime, browser flows, deployment,
rollback, and operations.
- 7.2 Replace constructor-only and partial package functions with production
0x0 implementations.
- 7.3 Implement real API runtime behavior for routing, validation, response
shaping, auth, authorization, sessions, idempotency, database-backed
workflows, and service adapter failures.
- 7.4 Implement real UI and Live behavior using
*.html.0x0templates, generic
Live runtime APIs, browser integration, accessibility checks, and load tests.
- 7.5 Implement deployment parity for images, Helm/Kubernetes, K3S-style
cluster paths, SQL/runtime identity provider registry, environment handling,
rollback, backup, restore, and operational probes.
- 7.6 Replace Python release shims and fake adapters with 0x0 source-owned
tooling and runtime-backed adapters.
- 7.7 Add compatibility and regression suites using the old Kukulkan acceptance
corpus, including negative tests for auth bypass, data corruption, retry
behavior, service failure, browser failure, and deployment rollback failure.
- 7.8 Redeploy
kukulkan-app.jmp0x1b.comfrom current 0x0 artifacts and record
smoke, browser, API, and rollback evidence.
Acceptance:
apps/real-rewrite-gap.tsvhas zero unresolved Kukulkan rows.- No Kukulkan production row is constructor-only, partial, fake-adapter,
fixture-only, fixed-response, Python-shim, or checker-owned.
- The deployed Kukulkan app runs from current 0x0 release artifacts and passes
API, UI, browser, deployment, rollback, and operations gates.
Current evidence:
apps/kukulkan/packages/apps/kukulkan/deploy/apps/kukulkan/integrations/apps/runtime-revalidation.tsvapps/build-manifest.tsvparity/milestone7-kukulkan.tsvdocs/full-parity-milestone7.htmlmake kukulkan-production-checkmake kukulkan-api-full-checkmake kukulkan-ui-full-checkmake kukulkan-deploy-checkmake apps-real-rewrite-gap-checkmake full-parity-milestone7-check- ADR-0056/RFC-0056
Milestone 8: Websites, Registry, Deployment, And Public Operations
Status: current-static-ops.
Current state: current-static-ops with app-ops-blocked for app-specific
public operations. Static website, registry, redirect, search,
rollback, deployment report, and post-commit 0x0 redeploy evidence exists, but
Index and Kukulkan public app operations cannot be final until Milestones 6 and
7 close.
Goal: make the public websites and deployment operations match the final 0x0
production state with no stale migration or obsolete-source language.
Submilestones:
- 8.1 Publish
0x0.jmp0x1b.comfrom current 0x0 docs on every committed change,
including roadmap, language, runtime, compiler, library, app, release, and
operations pages.
- 8.2 Publish
libs.jmp0x1b.comfrom current 0x0 registry metadata and
standalone package docs.
- 8.3 Publish
jmp0x1b.comwith current product/company wording that names 0x0
as the active language/runtime and does not advertise obsolete language work.
- 8.4 Publish Index and Kukulkan operational docs from their 0x0 production
artifacts.
- 8.5 Add redirect, link preservation, sitemap, search, metadata, and smoke
evidence for all public sites.
- 8.6 Add deployment rollback instructions and evidence for every public site
and app deployment.
Acceptance:
- Public pages contain no stale examples, stale tutorials, obsolete migration
instructions, or unsupported production claims.
- Site smoke checks and redeploy checks prove current content is live.
- Public docs list the final supported behavior and known release limits.
Current evidence:
deploy/static-sites/domain-map.tsvdeploy/static-sites/0x0-publish-report.htmldeploy/static-sites/libs-publish-report.htmldeploy/static-sites/jmp0x1b-publish-report.htmldeploy/static-sites/completion-report.htmldeploy/static-sites/redirect-check-report.htmlparity/milestone8-websites.tsvdocs/full-parity-milestone8.htmlmake public-docs-milestone-8-checkmake public-docs-milestone-9-checkmake static-site-0x0-redeploy-checkmake full-parity-milestone8-check- ADR-0057/RFC-0057
Milestone 9: Integrated Production Release And Final Parity Gate
Status: active.
Current state: blocked-prerequisites. The integrated release gate is wired,
but final parity release execution is blocked by Milestone 5
blocked-source-missing and registry-name-collision, Milestone 6
unresolved-index-gap and index-runtime-gate-failure, and Milestone 7
unresolved-kukulkan-gap. Heavy release, ecosystem, and self-host gates must
not be treated as release evidence until those blockers close.
Goal: produce one integrated release where 0x0 has full parity with lang,
recovered libs, Index, and Kukulkan.
Existing final release discipline is governed by ADR-0010/RFC-0010 and remains
part of the full parity release gate.
Submilestones:
- 9.1 Execute all bounded source, type, runtime, ABI, backend, package, library,
app, docs, website, deployment, and release gates.
- 9.2 Execute heavy self-host, release, ecosystem, memory, and app runtime gates
in a session-safe order with logs and resource measurements.
- 9.3 Rebuild compiler, runtime, libraries, Index, Kukulkan, websites, package
registry, release bundles, hashes, SBOM/provenance, and deployment artifacts.
- 9.4 Run old acceptance corpora from
lang, recoveredlibs, Index, and
Kukulkan against the new 0x0 artifacts.
- 9.5 Remove remaining normal-path shims, duplicate release paths,
migration-only docs, fake adapters, fixture-only production paths, and
obsolete public references.
- 9.6 Publish release notes, support matrix, compatibility notes, API docs,
operational docs, and static websites from the final source state.
- 9.7 Record final parity evidence in machine-readable ledgers and human-readable
release documentation.
Acceptance:
- Every parity ledger row for
lang, recoveredlibs, Index, Kukulkan,
websites, registry, deployment, and release operations is closed by production
evidence.
- The final release can be rebuilt from source and redeployed without legacy
source repositories in the normal path.
- Public docs, support matrices, release notes, ADR/RFC records, package
registry pages, and deployed sites all describe the same production behavior.
- There are no remaining contract-only, demo-only, draft-only, fixture-only,
constructor-only, checker-owned, or shim-owned production claims.
Current evidence:
release/final-discipline.tsvrelease/test-helpers.txtparity/milestone5-libs-registry.tsvparity/milestone6-index.tsvparity/milestone7-kukulkan.tsvparity/milestone8-websites.tsvparity/milestone9-final-release.tsvdocs/full-parity-milestone9.htmlmake full-parity-milestone9-check- ADR-0058/RFC-0058
Gate Inventory
This list is not a substitute for the parity ledgers. It names the current
bounded and final gates that must be kept aligned as the roadmap is implemented.
make adr-rfc-check
make documentation-impact-check
make type-system-check
make runtime-depth-closure-check
make abi-layout-check
make abi-v1-layout-check
make backend-coverage-check
make backend-parity-closure-check
make embedded-distributed-support-check
make actor-runtime-check
make distributed-cluster-check
make live-runtime-check
make embedded-hardware-check
make physical-hardware-evidence-check
make certification-evidence-check
make libs-check
make libs-standalone-check
make libs-compile-check
make package-check
make package-registry-check
make apps-real-rewrite-gap-check
make index-full-check
make kukulkan-production-check
make app-runtime-revalidation-check
make public-site-build-check
make static-site-0x0-redeploy-check
make final-release-discipline-check
make release-verify
make ecosystem-check
make selfhost-guard