Skip to content

Audit and retire obsolete legacy code paths #130

@cbusillo

Description

@cbusillo

Objective

Reduce the code surface we have to understand, test, and own by auditing legacy runtime/source paths and removing pieces that no longer serve the internal fork direction.

Current Status

State: Waiting
Next action: Build an inventory of legacy code paths after the release/distribution cleanup direction in #126 and #129 is settled.
Blocked by: #126 release model decision and enough upstream-intake context from #124 to avoid deleting code we still need for imports/compatibility.
Last verified: 2026-05-24 after deciding this repo should remain an internal fork/dogfood tool rather than a public takeover/rebrand.

Scope

  • In: Obsolete compatibility shims, unused CLI aliases/install paths, stale package-manager code, dead release/runtime helpers, old overlay-specific behavior, abandoned provider/model routing branches, docs-promoted features that no longer exist, and code paths kept only because of historical upstream layout.
  • Out: Removing active upstream attribution, deleting codex-rs mirror/import mechanisms without a replacement, broad renames without tests, or removing behavior still needed for current dogfooding workflows.

Acceptance Criteria

  • Inventory suspected legacy code paths with file references and current usage evidence.
  • Classify each item as active, remove now, deprecate first, keep for upstream sync, or needs owner decision.
  • Prefer deleting dead code over preserving unsupported feature flags or compatibility branches.
  • Split removals into focused PRs with tests or targeted reproductions where behavior risk exists.
  • Preserve Discord, Launchplane/LaunchDarkly, agent, Code Bridge, and current dogfood workflows unless a separate decision says otherwise.
  • Keep codex-rs read-only mirror/import purpose intact until Reduce codex-rs/code-rs search and layout confusion #88 or a follow-up layout plan replaces it safely.
  • Run ./build-fast.sh for implementation PRs.

Suggested First Audit Areas

Relationships

Related to #85 for internal fork/product direction.
Related to #88 for codex-rs/code-rs layout confusion.
Related to #124 for upstream intake; do not delete import-critical surfaces blindly.
Related to #129 for the release/distribution subset of this cleanup.

Notes

The goal is less owned surface area, not churn. Each deletion should have evidence that the path is dead, misleading, or outside the current internal dogfood model.

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