Open-source the Codex VS Code extension (to complement the Apache-2.0 Codex CLI)
Resolved 💬 10 comments Opened Oct 27, 2025 by MichaelSpece Closed Oct 28, 2025
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What feature would you like to see?
Summary
Please consider (again, if applicable) open-sourcing the Codex VS Code extension.
Filing this here because the CLI is already open, references the extension (including non-existent directories), and the extension’s source isn’t publicly discoverable; happy to re-file wherever you prefer.
Motivation
- Transparency & trust The extension runs code actions and can request elevated permissions; source availability allows organizations to audit exactly what the extension does. Recent waves of malicious or compromised extensions in the VS Code ecosystem highlight why auditability matters.
- Internal alignment The existing codebase heavily references the VS Code extension and even alludes to a
codex-vscodedirectory. The extension is documented as being “built around the open source Codex CLI”, which already lives here under Apache-2.0. Open-sourcing the extension would align the IDE experience with the CLI’s openness; enable community review, contributions, and reproducible builds; and better comport with OpenAI's company name and origins. - Ecosystem alignment Many flagship VS Code extensions (e.g., Microsoft’s Python extension) are fully open-source, which fosters healthy external contributions and faster issue turnaround. In my experience, a closed-source VS Code extension is unusual.
- Distribution parity An open repo would make it easier to ship the extension to both the Microsoft Marketplace and Open VSX for users of compatible editors (Theia, Gitpod, VSCodium).
- Community velocity The Codex CLI and related docs actively encourage community engagement; extending that to the IDE plugin lets contributors fix bugs, add features (e.g., MCP tooling, model toggles, approval modes), and improve platform compatibility (Windows/WSL, Cursor/Windsurf).
Scope requested
- Contents & location
codex-vscodedirectory in this monorepo, per the existing reference above. (Alternatively a public repo: e.g., atopenai/codex-vscode, with full TypeScript source, build pipeline, contribution guidelines and a Apache-2.0 [to match this repo] or similarly permissive license.) - Build & release Document reproducible builds that produce the published .vsix; publish SHA256 checksums for release artifacts. (Marketplace listing currently points to the extension but no source is linked.)
- Telemetry & permissions Document any telemetry and all requested VS Code permissions (filesystem, network, shell), with configuration flags to disable telemetry entirely.
- Registries Publish to both Visual Studio Marketplace and Open VSX.
Benefits
- Auditable supply chain for security-sensitive orgs, addressing, e.g., TechRadar.
- Community fixes for platform quirks and IDE forks (VS Code Insiders, Cursor, Windsurf).
- Faster iteration on IDE-specific UX beyond what’s practical in the CLI alone.
Prior art / references
- Codex CLI (Apache-2.0): this repo.
- Docs: “The VS Code extension is built around the open source Codex CLI.”
- VS Code Marketplace entry for “Codex – OpenAI’s coding agent.”
- Open VSX (vendor-neutral extension registry) for broader distribution.
(ona.com.)
- Example of open-sourced major extension: microsoft/vscode-python.
Proposed acceptance criteria
- Contents (see above) containing the extension’s full source and build scripts.
- A CI pipeline that produces a
.vsixwhose hash matches the artifact published to the Marketplace/Open VSX. - A short
SECURITY.mddescribing the release process and how to verify builds. - A
PRIVACY.mddescribing telemetry and how to disable it.
Thank you for considering open-sourcing the IDE extension—doing so would meaningfully strengthen Codex’s security posture and accelerate community contributions alongside the already-open CLI.
Additional information
_No response_
10 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Not a duplicate of #3804, which, as an aside, asked about and did not receive an answer about open sourcing. Also differentiating this request is a rationale and plan, and that it comes post-license.
Not a duplicate of #4352, which merely asks about plans to open source the VS Code extension. This issue #5822 is not asking about pre-existing plans, but instead requesting and planning that the open sourcing be done.
Thanks for your suggestion. This isn't something we plan on doing in the short term but we'll keep our options open longer term.
@gpeal can we please get feature parity for open telemetry within the IDE extension that we have in the codex CLI?
@brandonin, the extension is effectively a GUI wrapper around the CLI. It calls the CLI for most of its functionality. This approach allows the extension to benefit from work done in the CLI. It also helps maintain feature and behavioral parity. The open telemetry (otel) support that was recently added to the CLI is a good example of this.
If there's a specific feature that you'd like to see in the extension that's currently missing, please post an enhancement request.
You're welcome @gpeal.
However, if OpenAI wish to keep its options open, why have you closed this issue?
OTEL specifically was added to the CLI last week in https://github.com/openai/codex/pull/5469 and is either out now in prod or the latest vs code pre-release.
@MichaelSpece I'm closing this to keep our open issues focused to more actionable ones to ensure things don't slip through the cracks.
Thanks for the clarification @gpeal.
I plan to consider a more actionable alternative.
Can we resurrect this? I love GPT 5.5 and 5.6, but the VS Code Codex extension is buggy. It should be simple to fix these bugs, but clearly the dev team is ignoring it. It would be nice if it could be open sourced. I don't see the concern as it's mostly a wrapper anyway.
Examples - there was no rename session option (which was eventually added after a lot of complaints). VS Code currently only supports GPT 5.5 though 5.6 is in CLI. At the rate of the last fix, it might be a month before it makes its way into VS code.