Regression: Computer Use tool-host missing in Windows app 26.707.12708 / CLI 0.144.5
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- javascript, rust
Research direction
Start with the bundled scripts/computer-use-client.mjs and the CLI/App boundary that publishes tools to a new task; compare the toolset and transcript behavior between CLI 0.144.0-alpha.4 and 0.144.5. Done means a fresh Windows task exposes the execution tool required by the Computer Use skill and can perform the documented read-only bootstrap and app-state inspection.
Written by the indexing model from the issue text.
Description
Computer Use tool-host is not exposed in Codex App 26.707.12708 / CLI 0.144.5
Component
- Codex Windows desktop app:
26.707.12708.0 - Bundled Codex CLI:
0.144.5 - Bundled Computer Use plugin:
26.707.91948 - OS: Windows 11 Professional, build
26200
Summary
New Codex tasks no longer receive the callable tool-host required by the
bundled Computer Use skill. The skill is discovered and its runtime starts, but
the execution tool described by the skill (mcp__node_repl__js, previously
reached through the code tool-host) is absent from the task toolset.
This worked in a prior session using Codex CLI 0.144.0-alpha.4, where the
session transcript contains real custom_tool_call events for exec and
successful mcp_tool_call_end events for the node_repl server. That session
successfully read the accessibility state of Claude Desktop.
In fresh sessions using CLI 0.144.5, the string mcp__node_repl__js appears
only in the injected Computer Use skill instructions; no callable tool with
that ID is published and no actual tool call can be made.
Steps to reproduce
- Install/start Codex for Windows
26.707.12708.0. - Enable Computer Use for applications in Codex settings.
- Confirm the bundled Computer Use plugin is enabled.
- Start a completely new task after restarting Codex.
- Ask the agent to perform a passive Computer Use check, for example:
list open applications and read the state of Claude Desktop without clicks,
typing, messages, or model calls. - Observe that the Computer Use skill is available, but the task has no
callable Computer Use execution interface.
Expected result
The new task exposes the execution tool required by the bundled Computer Use
skill, allowing the documented bootstrap through
scripts/computer-use-client.mjs and then read-only list_apps / app-state
inspection.
Actual result
The skill is listed and readable, but the execution tool is absent. The agent
cannot run the documented bootstrap and must report that Computer Use cannot be
called.
Diagnostics already performed
- Verified that
scripts/computer-use-client.mjsexists in the bundled plugin. - Verified that the bundled plugin cache matches the plugin shipped with the
installed Codex app. - Verified that the local Computer Use runtime processes start.
- Verified that
computer_use = true,code_mode_host = true, and
code_mode = truedo not restore publication of the tool. - Confirmed that the legacy
js_replfeature is marked removed; it was not used
as a workaround. - Restarted Codex and reproduced in a newly created task.
- Repaired an unrelated WindowsApps PowerShell alias problem by installing
PowerShell 7.6.3 MSI atC:\Program Files\PowerShell\7\pwsh.exe; direct
PowerShell execution now works, but Computer Use remains unavailable. - The failure occurs before screenshot capture or application interaction, so
it is not a Windows Graphics Capture error.
Regression evidence
- Working session: CLI
0.144.0-alpha.4- real
custom_tool_call name=exec - successful
mcp_tool_call_endfornode_repl - successful read-only accessibility inspection of Claude Desktop
- real
- Failing sessions: CLI
0.144.5- no
execcode tool-host in the task toolset - no callable
mcp__node_repl__js - reproduced after restart in a fresh task
- no
Impact
Computer Use is effectively unavailable even though the bundled plugin,
settings, runtime, and skill are present. This blocks Windows application
automation and also prevents delegating a narrow desktop-control subtask while
keeping the main task on another model.
Privacy
No authentication tokens, cookies, private chat contents, or auth-cache
contents are included in this report.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
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.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·