Finish Line
The Codex-base code binary has Every Code identity and config/state behavior at the product boundary while preserving upstream-compatible app-server/session internals.
Current Status
State: First identity/config boundary slice landed; copied Desktop validation exposed remaining config/version identity gaps.
Landed:
Validation:
Latest #387 findings relevant to #385:
- In the copied Desktop bundle, the embedded current Codex-base Every Code binary still reports
codex-cli 0.0.0 for --version; release/version identity remains incomplete.
- Normal dogfood
~/.code/config.toml blocked Desktop startup because the Codex-base parser rejected existing Every Code config shapes, notably tui.alternate_screen = true and another parse error near line 210.
- Relaunching the copied Desktop app with a clean temporary
CODE_HOME removed those config/read failures and proved the app-server can initialize, so the blocker is config compatibility/migration, not basic process launch.
Remaining:
code --version, completion generation, update/release output, and deeper TUI/config/runtime copy still need a deliberate identity sweep as later slices touch those areas.
- Every Code config compatibility needs a focused migration/alias slice so existing dogfood
~/.code/config.toml does not break Codex-base app-server startup.
- Release/build/package metadata beyond the root package scripts should be reviewed with the release workflow slice, not mass-renamed.
Next action:
Acceptance Criteria
code --version, top-level help, completion generation, update/help text, and release-facing output use Every Code / code terminology where user-facing.
CODE_HOME is primary, CODEX_HOME remains compatibility fallback, and no-env default is ~/.code.
- Config docs/schema/help text no longer incorrectly says
~/.codex for Every Code-only user-facing paths, while upstream compatibility names remain where externally required.
build-fast.sh builds the primary code binary from the Codex-base workspace without hardcoding package-prefix assumptions.
- Unit tests cover
CODE_HOME > CODEX_HOME > ~/.code resolution.
./build-fast.sh passes cleanly.
Relationships
Finish Line
The Codex-base
codebinary has Every Code identity and config/state behavior at the product boundary while preserving upstream-compatible app-server/session internals.Current Status
State: First identity/config boundary slice landed; copied Desktop validation exposed remaining config/version identity gaps.
Landed:
codebinary while preserving the foundation home policy:CODE_HOME > CODEX_HOME > ~/.code.CODE_HOMEprecedence and~/.codedefault withcargo test -p codex-utils-home-dir --locked.codecommand: top-level help, login examples, MCP/plugin/update/sandbox/apply copy,code execusage, resume hints, shared config override help, and root package scripts.codex-*crate/package names plusCODEX_*compatibility names where externally meaningful.Validation:
./build-fast.shpassed for PR feat: replace Rust substrate with Codex base #390 and PR feat: align CLI identity with Every Code #391.code --help,code exec --help,code mcp add --help,code plugin marketplace --help, andcode app-server --help.Latest #387 findings relevant to #385:
codex-cli 0.0.0for--version; release/version identity remains incomplete.~/.code/config.tomlblocked Desktop startup because the Codex-base parser rejected existing Every Code config shapes, notablytui.alternate_screen = trueand another parse error near line 210.CODE_HOMEremoved those config/read failures and proved the app-server can initialize, so the blocker is config compatibility/migration, not basic process launch.Remaining:
code --version, completion generation, update/release output, and deeper TUI/config/runtime copy still need a deliberate identity sweep as later slices touch those areas.~/.code/config.tomldoes not break Codex-base app-server startup.Next action:
Acceptance Criteria
code --version, top-level help, completion generation, update/help text, and release-facing output use Every Code /codeterminology where user-facing.CODE_HOMEis primary,CODEX_HOMEremains compatibility fallback, and no-env default is~/.code.~/.codexfor Every Code-only user-facing paths, while upstream compatibility names remain where externally required.build-fast.shbuilds the primarycodebinary from the Codex-base workspace without hardcoding package-prefix assumptions.CODE_HOME > CODEX_HOME > ~/.coderesolution../build-fast.shpasses cleanly.Relationships