VS Code extension: add Desktop-level dictation, cross-thread messaging, and agent orchestration
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
Make the Codex VS Code extension a first-class Codex client, so code-heavy work does not require switching to Codex Desktop for dictation, thread coordination, or agent management.
Requested capabilities
- Dictation: microphone input in the composer, with a configurable keyboard shortcut and a non-hold-to-talk option where supported.
- Cross-thread access: search, read, resume, and send messages to existing Codex threads, including Desktop-created threads in the same account/project state.
- Thread coordination: inspect activity/status, follow results, and route a question to another thread without manually copying a transcript.
- Agent management: inspect the subagent roster and spawn, reuse, steer, wait for, or stop agents from the VS Code surface.
- Capability transparency: show the active project/environment, tools, and permissions so reopening a thread does not silently lose capabilities.
Why this matters
VS Code has the code-navigation, LSP, editor, and diff-review advantages. Codex Desktop has dictation, long-running thread coordination, and agent/thread messaging. Today users must choose between these surfaces or attempt fragile cross-client thread reuse.
The App Server already exposes thread and streamed-agent primitives, so this appears primarily to be a client/UI parity gap.
Safety and ownership
This does not require two clients to mutate the same thread concurrently. The extension could keep an explicit owner/follower model and route requests through the owner, or clearly show when a thread is active elsewhere and offer a supported attach/hand-off operation instead of an opaque “close it in another application” error.
Acceptance examples
- Start a thread in Desktop, open it in VS Code, dictate a prompt, and continue it from the editor.
- From VS Code, search for an existing Desktop thread and send a follow-up to it.
- Ask a context-rich thread to investigate a question while the VS Code thread continues implementation.
- View and manage the same subagent activity that is visible in Desktop.
- If direct shared ownership is unsafe, provide an explicit supported hand-off or routing workflow with a clear owner and synchronized history.
Related reports
- #30006 — Desktop-created threads could sync with VS Code, but discovery was asymmetric.
- #32466 — opening a thread in VS Code could force Desktop to catch up on live updates.
- #25914 — missing documented attach/discovery contract for an active Desktop thread.
- #37856 — stale thread ownership blocks VS Code with “open in another application.”
- #38629 — cross-client ownership race can produce concurrent turns.
- #37036 — tool capabilities can differ after reopening project-backed threads.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the VS Code extension and the App Server's thread and streamed-agent primitives mentioned in the issue. Map which requested capabilities already have supporting primitives, then compare the extension's current client surface with the acceptance examples; done requires a coherent supported workflow for dictation, cross-thread use, coordination, agent management, and capability visibility.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- vscode
- Domain
- developer-experience, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100