What version of the Codex App are you using (From “About Codex” dialog)?
Codex App: 26.519.31651
App bundle version: 3017
Bundled CLI/runtime: codex-cli 0.133.0-alpha.1
What subscription do you have?
Plus
What platform is your computer?
macOS, Apple Silicon
What issue are you seeing?
Built-in Codex App slash commands are missing from the app composer slash menu, while prompts and skills still appear.
This is not a full autocomplete failure. Typing /review opens a candidate list, but the list contains only prompt/skill entries, not the built-in App slash command.
Observed when typing /review in the Codex App composer:
prompts:api-reviewer API contracts, backward compatibility, versioning, error semantics
prompts:code-reviewer Expert code review specialist with severity-rated feedback
prompts:style-reviewer Formatting, naming conventions, idioms, lint/style conventions
prompts:quality-reviewer Logic defects, maintainability, anti-patterns, SOLID principles
prompts:security-reviewer Security vulnerability detection specialist
prompts:performance-reviewer Hotspots, algorithmic complexity, memory/latency tradeoffs
Skills
Review Follow-up Address actionable PR feedback
Code Review [OMX] Run a comprehensive code review
Caveman Review Ultra-compressed code review comments
The built-in /review command does not appear.
The same happens for /status: the Codex CLI recognizes /status, but the Codex App slash menu does not show the built-in /status command.
This looks like the App slash autocomplete provider is still alive, but only the prompt/skill providers are contributing candidates. The built-in App slash command registry/provider appears not to be mounted or is being filtered out.
Expected behavior
The Codex App composer slash menu should include documented built-in App commands such as:
/status
/review
/mcp
/plan
/goal when enabled
The official Codex App commands page currently documents /status and /review as App slash commands:
/review — start code review mode
/status — show thread ID, context usage, and rate limits
Enabled skills can also appear in the slash list, but they should not replace/hide built-in commands.
Actual behavior
- Typing
/ opens a list, but it only indexes prompts and skills.
- Built-in App slash commands like
/status and /review are missing.
- Restarting the Codex App does not fix it.
- The Codex CLI still has
/status, /review, /new, etc.
/new and /clear being CLI-only is understandable, but /status and /review should exist in the App according to the App docs.
Reproduction steps
- Open Codex Desktop App on macOS.
- Open a local thread.
- Click the composer.
- Type
/review.
- Observe that only prompt/skill entries appear; the built-in
/review command is absent.
- Type
/status.
- Observe that the built-in
/status command is absent.
- Run Codex CLI separately and confirm
/status works there.
Local evidence
codex features list shows relevant local features enabled, including:
apps stable true
plugins stable true
goals experimental true
hooks stable true
multi_agent stable true
tool_suggest stable true
workspace_dependencies stable true
codex doctor --json reports config loaded and ChatGPT/WebSocket connectivity OK, but the App logs repeatedly show failed experimental feature sync:
Failed to sync experimental feature enablement
unsupported feature enablement `auth_elicitation`: currently supported features are apps, memories, mentions_v2, plugins, remote_control, tool_suggest, tool_call_mcp_elicitation
This may or may not be the direct cause, but it shows that the App frontend/runtime feature tables are not fully aligned on this machine.
I also inspected the installed App bundle locally. The compiled App frontend still contains built-in command registrations such as:
id: `status`
title: Status
description: Show chat id, context usage, and rate limits
requiresEmptyComposer: false
and:
id: `review-mode`
description: Review unstaged changes or compare against a branch
So this does not look like the commands were removed from the bundle. They exist in the shipped App code, but they are not exposed in the running composer slash menu.
Related issues
This appears closely related to, but more specific than:
The distinguishing detail here is that the slash menu is not dead: prompt and skill entries appear. The missing part is the built-in App command provider/registry.
Why this matters
This makes the App behavior contradict the current App docs and creates a confusing surface mismatch:
- CLI built-ins work.
- App docs say
/status and /review should work.
- App bundle contains implementations for these commands.
- Runtime App UI only shows prompts/skills.
For long-running threads, losing /status also removes the documented in-App way to inspect thread ID, context usage, and rate limits.
What version of the Codex App are you using (From “About Codex” dialog)?
Codex App:
26.519.31651App bundle version:
3017Bundled CLI/runtime:
codex-cli 0.133.0-alpha.1What subscription do you have?
Plus
What platform is your computer?
macOS, Apple Silicon
What issue are you seeing?
Built-in Codex App slash commands are missing from the app composer slash menu, while prompts and skills still appear.
This is not a full autocomplete failure. Typing
/reviewopens a candidate list, but the list contains only prompt/skill entries, not the built-in App slash command.Observed when typing
/reviewin the Codex App composer:The built-in
/reviewcommand does not appear.The same happens for
/status: the Codex CLI recognizes/status, but the Codex App slash menu does not show the built-in/statuscommand.This looks like the App slash autocomplete provider is still alive, but only the prompt/skill providers are contributing candidates. The built-in App slash command registry/provider appears not to be mounted or is being filtered out.
Expected behavior
The Codex App composer slash menu should include documented built-in App commands such as:
/status/review/mcp/plan/goalwhen enabledThe official Codex App commands page currently documents
/statusand/reviewas App slash commands:/review— start code review mode/status— show thread ID, context usage, and rate limitsEnabled skills can also appear in the slash list, but they should not replace/hide built-in commands.
Actual behavior
/opens a list, but it only indexes prompts and skills./statusand/revieware missing./status,/review,/new, etc./newand/clearbeing CLI-only is understandable, but/statusand/reviewshould exist in the App according to the App docs.Reproduction steps
/review./reviewcommand is absent./status./statuscommand is absent./statusworks there.Local evidence
codex features listshows relevant local features enabled, including:codex doctor --jsonreports config loaded and ChatGPT/WebSocket connectivity OK, but the App logs repeatedly show failed experimental feature sync:This may or may not be the direct cause, but it shows that the App frontend/runtime feature tables are not fully aligned on this machine.
I also inspected the installed App bundle locally. The compiled App frontend still contains built-in command registrations such as:
and:
So this does not look like the commands were removed from the bundle. They exist in the shipped App code, but they are not exposed in the running composer slash menu.
Related issues
This appears closely related to, but more specific than:
/statusworks/압축slash command posts only축when submitted with Enter #21293 — Codex App slash command submission bug for localized command/goallike Codex CLI #22049 — App/CLI mismatch around/goalThe distinguishing detail here is that the slash menu is not dead: prompt and skill entries appear. The missing part is the built-in App command provider/registry.
Why this matters
This makes the App behavior contradict the current App docs and creates a confusing surface mismatch:
/statusand/reviewshould work.For long-running threads, losing
/statusalso removes the documented in-App way to inspect thread ID, context usage, and rate limits.