Codex CLI 0.143.0 duplicates tool names, causing exec_command/apply_patch failures
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?
- Install or upgrade to Codex CLI 0.143.0 using the standalone installer.
Command used:
curl -fsSL https://chatgpt.com/codex/install.sh | sh
- Confirm the installed version.
Command used:
codex --version
Output:
codex-cli 0.143.0
- 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
- Open a project directory and start Codex.
Commands used:
cd /data/ProgramFiles/PubGuard
codex
- Ask Codex to perform a simple tool-based task, for example:
Please run pwd and git status. Do not modify any files.
- 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
- Exit the current Codex session and start a new Codex conversation in the same project directory.
- Repeat the same simple request:
Please run pwd and git status. Do not modify any files.
- The same tool routing issue still occurs in the new conversation.
- 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
- 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
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗