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

Open 💬 4 comments Opened Jul 9, 2026 by lamnickdavid

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 ↗

This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗