Feature Request: Implement VS Code Agent Integration (@codex hand-off support)
What feature would you like to see?
The OpenAI Codex VS Code extension should integrate with VS Code's Agent framework to enable @codex session hand-off functionality as documented in official VS Code documentation.
Background
According to the official VS Code documentation on Agents:
"You can hand off a local agent session from chat in VS Code by using the Continue In control, or by typing@cli,@cloud, or@codexin your prompt to pass the task to another agent type."
The documentation also states:
"Third party agents are background agents developed by other providers, such as OpenAI Codex, and that are integrated into the VS Code agent experience."
And lists the command: Codex: New Codex Agent: start a new OpenAI Codex agent session in a chat editor
Current Behavior
When typing @codex in VS Code Copilot Chat:
- The
@codexparticipant is not recognized - No hand-off to the Codex agent occurs
- The documented workflow does not work
Environment Tested
- VS Code Insiders: 1.108.0-insider
- GitHub Copilot: v1.388.0
- GitHub Copilot Chat: v0.36.2026010502
- OpenAI Codex Extension: Installed (openai.chatgpt)
- OS: Windows 11 Pro Build 26200
- Subscriptions: Both ChatGPT Plus AND GitHub Copilot Pro+ (tried both authentication methods)
- Settings tried: Including "Run Codex in WSL" option
Expected Behavior
According to VS Code documentation, users should be able to:
- Type
@codexin chat to hand off a session to the OpenAI Codex agent - Use the "Continue In" control to delegate to Codex
- Run
Codex: New Codex Agentcommand to start a Codex agent session
Technical Implementation Suggestion
VS Code provides the Chat Participant API and the chatSessionsProvider proposed API for third-party agent integration.
The extension would need to:
- Register a chat participant with
name: "codex"inpackage.json - Implement a
ChatRequestHandlerto handle hand-off requests - Optionally integrate with the
chatSessionsProviderAPI for session management in the Agents view
Why This Matters
- The official VS Code documentation explicitly mentions
@codexas a supported hand-off target - Users following the documentation expect this feature to work
- This would enable seamless workflow integration between GitHub Copilot and OpenAI Codex within VS Code
References
- VS Code Agents Overview: https://code.visualstudio.com/docs/copilot/agents/overview
- VS Code Chat Participant API: https://code.visualstudio.com/api/extension-guides/ai/chat
- Related VS Code issue: https://github.com/microsoft/vscode/issues/285933
Additional information
I understand the VS Code extension is currently closed-source (per issue #5822), but this feature request is for implementing the integration that VS Code's documentation already describes as available.
2 Comments
Additional Feature Request: Git Worktree Isolation Support
In addition to the
@codexchat participant integration, I'd like to request support for VS Code's Git worktree isolation mode for Codex background agent sessions.How Worktree Isolation Works in VS Code
According to the VS Code Background Agents documentation:
The workflow currently works like this for Copilot CLI:
Why This Matters for Codex Integration
Currently, users must choose between:
With worktree isolation support:
Requested Implementation
When creating a new Codex agent session via:
Codex: New Codex Agentcommand@codexhand-off from local chatThe extension should:
Visual Reference
The VS Code documentation shows this isolation mode selector:
!Worktree isolation mode
And this file changes review interface:
!File changes review
Technical Notes
git worktree add)This would make Codex a first-class citizen in the VS Code agent ecosystem, with feature parity with Copilot CLI background agents.
References
This is a must in any AI tool nowadays. What makes anyone multiply his performance is not just starting to use AI, but using multiple AI at the same time. This is the major boost in production. How people works with AI is evolving pretty fast and Codex App (Still Mac only???) and Codex VSCode plugin (no worktrees??) is losing positions.