›_ Codex Issues
Codex Issues / #31697

Codex CLI 0.143.0 duplicates tool names, causing exec_command/apply_patch failures

Resolved 💬 4 comments Opened Jul 9, 2026 by lamnickdavid Closed Aug 4, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of Codex CLI is running?

0.143.0

What subscription do you have?

ChatGPT Plus

Which model were you using?

gpt-5.5

What platform is your computer?

Ubuntu Server 24.04 / Linux 6.8.0-134-generic x86_64 x86_64

What terminal emulator and version are you using (if applicable)?

Windows Terminal / SSH to Ubuntu Server 24.04

Codex doctor report

Not available. I rolled back to 0.142.5 because 0.143.0 made tool execution unusable.

What issue are you seeing?

After upgrading Codex CLI from 0.142.5 to 0.143.0, tool execution became unusable.

When Codex attempted to use tools, the tool names appeared to be duplicated. For example, instead of calling:

  • exec_command
  • apply_patch

the session reported tool routing failures with names such as:

  • exec_commandexec_command
  • apply_patchapply_patch

As a result, Codex could not execute terminal commands, inspect the repository, apply patches, or modify files.

This does not appear to be a repository, Git, file permission, or project-specific issue. Opening a new Codex conversation did not fix it. Rolling back to 0.142.5 immediately fixed the problem in the same project and environment.

What steps can reproduce the bug?

  1. Install or upgrade to Codex CLI 0.143.0 using the standalone installer.

Command used:

curl -fsSL https://chatgpt.com/codex/install.sh | sh

  1. Confirm the installed version.

Command used:

codex --version

Output:

codex-cli 0.143.0

  1. Confirm the actual binary path.

Command used:

readlink -f "$(which codex)"

Output:

/home/kevin/.codex/packages/standalone/releases/0.143.0-x86_64-unknown-linux-musl/bin/codex

  1. Open a project directory and start Codex.

Commands used:

cd /data/ProgramFiles/PubGuard
codex

  1. Ask Codex to perform a simple tool-based task, for example:

Please run pwd and git status. Do not modify any files.

  1. Codex fails to execute the tool call. The session reports that the tool call name is incorrectly duplicated, for example:

exec_commandexec_command

It also reports a similar issue for file editing tools, for example:

apply_patchapply_patch

  1. Exit the current Codex session and start a new Codex conversation in the same project directory.
  1. Repeat the same simple request:

Please run pwd and git status. Do not modify any files.

  1. The same tool routing issue still occurs in the new conversation.
  1. Roll back to Codex CLI 0.142.5.

Commands used:

ln -sf ~/.codex/packages/standalone/releases/0.142.5-x86_64-unknown-linux-musl/bin/codex ~/.local/bin/codex
hash -r
codex --version

Output:

codex-cli 0.142.5

  1. Start Codex again in the same project directory and repeat the same request.

Result:

Tool execution works normally again on 0.142.5.

What is the expected behavior?

Codex CLI should route tool calls using the correct tool names, for example:

exec_command
apply_patch

When I ask Codex to inspect a project, run shell commands, or modify files, it should be able to execute the required tools normally.

Starting a new Codex conversation should not result in duplicated tool names such as:

exec_commandexec_command
apply_patchapply_patch

Tool execution and file editing should work in 0.143.0 the same way they work in 0.142.5.

Additional information

The issue appears specific to Codex CLI 0.143.0.

Environment:

  • Install method: standalone installer
  • Broken version: codex-cli 0.143.0
  • Working version after rollback: codex-cli 0.142.5
  • Binary path when broken:

```text
/home/kevin/.codex/packages/standalone/releases/0.143.0-x86_64-unknown-linux-musl/bin/codex

View original on GitHub ↗

3 Comments

github-actions[bot] contributor · 1 month ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #31665
  • #31691
  • #31609
  • #31656
  • #31639

Powered by Codex Action

rymalia · 1 month ago

Confirmed on macOS 26.5 arm64 with Codex CLI 0.143.0 installed globally
through npm/NVM (Node 24.18.0, npm 11.18.0).

Two fresh sessions failed before process creation. One rendered:

unsupported call: exec_commandexec_command

and the next rendered:

unsupported call: exec_command

Both pwd and a read-only sed command failed with no exit code. Restarting
while remaining on 0.143.0 did not help. Downgrading only the CLI to 0.142.5
immediately restored built-in command execution.

Originally reported as #31740; closing that report as a duplicate.

TidyWeb · 1 month ago

For those still hitting tool-calling issues (namespace doubling, broken HTML rendering): before rolling back to 0.142.5, check whether your install is actually complete.

My symptoms matched what's being reported here, but the root cause turned out to be a missing platform binary — @openai/codex-linux-x64 — not a version regression. The global npm install -g had silently skipped the optional dependency, leaving an incomplete install regardless of version.

Fix (Linux x64):

npm install -g @openai/codex@0.143.0
cd ~/.nvm/versions/node/$(node -v)/lib/node_modules/@openai/codex
npm install --include=optional

That installs codex-linux-x64 into the correct nested location. Currently running 0.143.0 without issue — tool calls passing, HTML rendering correctly.

Showing cached comments. Read the full discussion on GitHub ↗