Skip to content
This repository was archived by the owner on Sep 20, 2026. It is now read-only.
This repository was archived by the owner on Sep 20, 2026. It is now read-only.

Stabilize Every Code parity on Codex CLI fork baseline #397

Description

@shiny-code-bot

Finish Line

Current main is treated as a provisional Codex CLI fork baseline until Every Code feature concepts and regression fixtures have been reconciled, with must-preserve overlays validated by fixtures before broad implementation ports.

Current Status

State: Active parity recovery. Current main is a provisional Codex CLI fork baseline, not full Every Code parity.

Landed:

Realignment:

  • Dogfood Parity 1: Daily Driver Baseline #404 is the Dogfood Parity 1 daily-driver baseline under this parent.
  • Keep using current origin/main as the provisional Codex CLI fork baseline; do not resume broad work from spike/codex-base-port.
  • Native WebRTC is intentionally outside the default build graph for now; restore it later only as an explicit opt-in overlay so fresh checkout metadata remains reliable.

Current rule:

  • Continue from current origin/main, not spike/codex-base-port.
  • Treat missing Every Code behavior as unclassified until the ledger or a linked issue records Port, Rewrite, Covered, Defer, or Retire.
  • Port fixtures/tests/concepts before implementation overlays where feasible.
  • Do not claim daily-driver parity until Dogfood Parity 1: Daily Driver Baseline #404 acceptance criteria are met.
  • Keep every code-bearing parity slice behind ./build-fast.sh, just harness-smoke when relevant, and scoped review evidence.

Next action:

Acceptance Criteria

  • Inventory old Every Code fixtures, snapshots, integration tests, and behavior probes from fa0c33944f / pre-feat: replace Rust substrate with Codex base #390 tree against current origin/main.
  • Build a mechanical deleted-test ledger, especially under code-rs/tui/tests, code-rs/tui/src/**/snapshots, code-rs/core/tests, app-server protocol fixtures, bridge/browser tests, review tests, and Auto Drive tests.
  • Classify each fixture/behavior as one of: port as-is, rewrite against Codex-base primitive, covered by new Codex test, required Every Code overlay, replace with Codex-native behavior, defer, or retire with rationale.
  • Create focused follow-up issues for must-preserve overlay domains before implementation starts.
  • Port must-preserve fixtures/tests first when feasible, or document why a fixture must follow implementation.
  • Keep Desktop/app-server startup compatibility from Validate Codex-base Every Code in copied Codex Desktop app #387 green while parity work proceeds.
  • Keep Decide remote inbox and Discord UI for Codex-base session continuity #388 remote-inbox/session-continuity gates intact until external-session discovery/resume/approval evidence exists.
  • Add or update docs/release guardrails so release-bound work does not imply product parity before the ledger is resolved.
  • Update Inventory and port Every Code features onto Codex base #386 with the resulting overlay classifications.
  • Only after parity-critical fixtures/concepts are captured should spike/codex-base-port be deleted as historical evidence.

Initial Domains

  • Auto Drive.
  • Code Bridge and browser/control tooling.
  • Multi-agent workflows and agent telemetry.
  • Auto Review and proof metrics.
  • Token, rate-limit, prompt-cache, and burn diagnostics.
  • Remote inbox and externally-created session continuity.
  • GitHub/LaunchPlane/cloud automation.
  • Config compatibility and CODE_HOME behavior.
  • TUI approval/session/resume/rollback behavior.
  • Build, release, local dogfooding, and cleanup workflows.

Relationships

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    planDurable planning issueplan:activeCurrent active plan

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions