Skip to content

Port Every Code identity and config boundary onto Codex base #385

@shiny-code-bot

Description

@shiny-code-bot

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    planDurable planning issueplan:waitingPlan is waiting on non-issue evidence or decision

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions