image_gen unavailable
What version of the Codex App are you using (From “About Codex” dialog)?
OpenAI.Codex_26.609.4994.0
What subscription do you have?
plus
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
Before upgrading, HatchPet and image generation workflows worked correctly.
After upgrading to version 26.609.4994.0, image generation no longer works.
The imagegen skill is still present and can be discovered by the agent, but the built-in image_gen tool is not exposed in the session.
As a result:
HatchPet detects that image_gen is unavailable.
It falls back to the CLI/API path.
Current bundled plugins:
browser
chrome
computer-use
latex
No image-generation-related plugin appears to be available.
Current tool list includes:
web.run
browser
computer-use
shell_command
apply_patch
view_image
other standard tools
However, no image_gen, image_generation, or equivalent image generation tool is exposed.
What steps can reproduce the bug?
Install/upgrade Codex Desktop to version 26.609.4994.0.
Start a new session.
Use HatchPet or an imagegen-based workflow.
The workflow reports that the built-in image_gen tool is unavailable and attempts to use CLI fallback instead.
What is the expected behavior?
_No response_
Additional information
The same machine and workflow worked before the upgrade.
Reinstalling Codex Desktop did not resolve the issue.
The problem appeared immediately after upgrading.
The installation status is reported as OK.
15 Comments
same error
same eroor too.
same.
The same mistake - when will it be resolved?
same error as well, but this has been going on for me even before this update.
same
Same.
not work , after upgrade to
Version 26.707.72221Try this and it works for me.
https://github.com/eagleagentic/codex-imagegen-143
After reverting the image plugin to version 143, it works properly again.
Powered by Codex & OWL version 26.727.40816 chatgpt desktop App does not mount image2/image_gen or prompts image_gen
I can reproduce the same issue on a newer Codex Windows app build.
Environment
OpenAI.Codex_26.727.6591.0Observed behavior
The same task successfully used the built-in image generator earlier. Later, the
imagegenskill remained installed and itsSKILL.mdloaded successfully, but the executable built-in tool was no longer mounted:typeof tools.image_gen__imagegen === "undefined"image_genentry appears in the task's available tool listRestarting the Codex app did not restore it. Creating a new task also reproduced the missing tool.
Affected task IDs:
019f5ce2-c02a-7c83-80e5-dbdca07bc6cb019fbce8-fb2d-7dd0-8c65-b2290c6d5a88Expected behavior
For an eligible plan/workspace, invoking
$imagegenshould expose the documented built-inimage_gentool so the image workflow can run without an API key.Because the original task used built-in image generation successfully before the tool disappeared, this appears to be a tool provisioning/mounting regression rather than a missing skill.
I can reproduce this on the current unified ChatGPT/Codex macOS desktop app, and I have a controlled working/broken client-version comparison.
Environment
26.727.51351(build6119)0.146.0-alpha.9.2OPENAI_API_KEYconfigured or requiredcodex features listreports:image_generation stable trueRegression evidence
The same account and model successfully used the hosted built-in
image_gentool in multiple desktop tasks while the app bundled Codex CLI0.146.0-alpha.3.1. I found 77 successful nativeimagegencalls across 7 tasks, with the latest successful generated PNG on 2026-07-30.After the desktop app updated to bundled CLI
0.146.0-alpha.9.2(observed from 2026-07-31 onward), new tasks no longer receive anyimage_gen/image_generationtool in their advertised tool list. Theimagegenskill still exists and loads, but there is no hosted image tool to call. Reinstalling the current desktop DMG does not help because it installs the same build.Controlled rollback test
I downloaded the official
0.146.0-alpha.3.1Codex release into an isolated directory without modifying the signed desktop app. Using the same ChatGPT login, model, local config, andimage_generation=true, that older CLI immediately received the built-inimage_gentool and generated a new 16:9 PNG successfully without an API key.Switching back to the current bundled
0.146.0-alpha.9.2reproduces the missing-tool state.This strongly points to a desktop/app-server tool assembly regression or a client/server capability-catalog mismatch introduced between
0.146.0-alpha.3.1and0.146.0-alpha.9.2, rather than a skill, API key, quota, installation, or local feature-flag issue.Expected behavior
For an eligible ChatGPT-authenticated desktop session with
image_generation=true, invoking$imagegenshould mount and expose the documented hostedimage_gentool.Please let me know if a redacted diagnostic bundle or session IDs would help; I have preserved the working and failing local session records.
I can reproduce this on Windows, and the local evidence matches the stale-plan-cache failure isolated in #35923.
Environment
OpenAI.Codex_26.727.6591.00.146.0-alpha.9.2019fbe12-4165-7c33-b198-03a43405a64cworkspace_kind=project,source=vscodeConfirmed evidence
imagegenskill is installed and loads normally.image_genentirely, so failure occurs before any image-generation request.chatgpt_plan_type=free. The cached subscription fields are inactive/null, despite the actual account being Pro. The cached authentication was last refreshed on 2026-07-23.This confirms the same stale cached-plan gating behavior described in #35923, now in the Windows desktop app with a project workspace. Reinstallation, app restart, package re-registration, and creating a new project task did not restore the tool. Codex should refresh/reconcile the authoritative plan before suppressing hosted tools, or surface a re-authentication diagnostic instead of silently falling back to an API-key workflow.
I’m on ChatGPT Desktop 26.727.6591.0 on Windows. The ImageGen skill is present, but image_gen is absent from the active tool list. I cleared .codex\.auth_cache, forced fresh authentication, restarted the app, and created a fresh session; the tool remains unavailable. The imagegen-0-143-0 fallback works but is slow. This appears consistent with the stale-plan gating issue described in #35923.