OpenAI Codex release notes: CLI 0.135.0 sharpens diagnostics and profiles

Adam Olofsson HammareAdam Olofsson Hammare
OpenAI Codex release notes: CLI 0.135.0 sharpens diagnostics and profiles

If you search for OpenAI Codex release notes, you probably do not need another product recap. You need to know whether the version in your CLI is safe to roll out, what changed, and which checks should run before the agent touches a real repository. Codex CLI 0.135.0 is a useful example: small on the surface, but operationally important because it exposes more about environment, profiles and remote sessions.

Codex CLI is the command-line tool for OpenAI Codex, a coding agent that can read a repository, propose changes and run checks inside the boundaries you set. A sandbox is the bounded environment where the agent's commands can run. An approval gate is the point where a human must approve an action before the agent continues.

Use Codex release notes as a rollout check

The practical question is not whether every Codex version deserves an internal slide deck. The question is whether the team can answer six things before the update becomes normal: installed version, relevant changelog line, login, MCP or plugin behavior, sandbox and rollback. If one of them is unclear, the release note is an operating document, not just reading material.

In a Codex series, the version number becomes the entry point. Start with the version that is actually in your CLI or package lock, read nearby posts when the same workflow changed, and run one small production-adjacent test before you raise permissions.

OpenAI Codex release notes: what changed in CLI 0.135.0

OpenAI published Codex CLI 0.135.0 on May 28, 2026. The official changelog mainly points to better diagnostics and clearer control inside the terminal interface, TUI.

  • codex doctor reports richer environment, Git, terminal, app-server and thread inventory diagnostics for support cases.
  • /status shows remote connection details and server version when the TUI is connected over a remote transport.
  • /permissions now understands named permission profiles and displays configured custom profiles.
  • Vim mode gained text-object editing, better word and line-end behavior, and a configurable interrupt-turn binding.
  • The Python SDK exposes friendlier Sandbox presets for thread and turn APIs.

Source: OpenAI Codex changelog: Codex CLI 0.135.0 and GitHub release: rust-v0.135.0

Why it matters for controlled agent work

This is useful for teams that have moved past "can Codex write code?" and are now asking "can we review Codex as part of our operating model?" Diagnostics and profiles are not glamorous, but they decide whether an agent environment can be debugged when something gets weird.

For Swedish and Nordic organizations, this matters when Codex is connected to a repository, MCP servers, internal tools or remote environments. MCP, Model Context Protocol, is a way to connect an agent to external tools and data sources. Permissions need to be visible: which tools are read-only, which can write, which sandbox applies, and where should a human approve the next step?

This belongs in Tool Forge work. Build an integration people can trust: use environment variables or a secret manager for keys, scoped permissions, separate profiles for test and production, redaction of sensitive fields where needed, approval gates before write actions and logs someone can actually follow.

What you can test today

Human step: upgrade Codex CLI and run diagnostics in a repo where Codex already does work. The official changelog shows the installation command for this version, and the release note describes the expanded codex doctor report.

npm install -g @openai/[email protected]
codex doctor

In the TUI, you can then check /permissions. If the session runs over remote transport, /status can show remote connection details and server version.

Source: OpenAI Codex changelog: installation command, codex doctor, /status and /permissions

Short example: use the new Codex feature

Human step: run the commands above, copy the relevant part of codex doctor, and inspect /permissions before you start a larger agent task. Then paste a short instruction into Codex:

Use this Codex 0.135.0 diagnostics snapshot and permission-profile output to review whether this repo is ready for a controlled agent session. Identify environment issues, remote-session facts, active permission profile, sandbox or approval risks, and the smallest safe next task. Do not modify files.

Good output should:

  • separate environment issues, permissions, and the code task itself
  • name the active permission profile and what it allows
  • point out whether remote status or server version is missing when it should exist
  • suggest one small next step without changing files

What to watch next

There are already alpha tags after 0.135.0, but their public release text does not give the same useful decision support. For most teams, the stable signal right now is simple: make the Codex environment easier to review before you ask the agent to do more work.

FAQ

Where do I find the right Codex release note?

Start with the version in your CLI or package lock, then use the series page to move to nearby versions that changed the same workflow.

What should be tested after a Codex update?

Doctor check, login, MCP/plugins, sandbox, remote session, written files and rollback to the previous version.

Does every Codex release note need a new post?

No. When the search intent is the same, refresh existing posts and series pages instead of creating another recap.

The Forge newsletter

Get new articles in your inbox

Pick the topics you care about. No noise, at most one email a week.

Get new articles in your inbox

We follow GDPR. Unsubscribe anytime.