Codex Windows Desktop: /goal slash command missing / No commands despite goals enabled

What version of Codex is running?

Codex Windows Desktop package: OpenAI.Codex_26.527.7698.0_x64__2p2nqsd0c76g0
Codex Desktop file/product version: 148.0.7778.179
Bundled/current CLI observed from Desktop runtime: codex-cli 0.136.0-alpha.2

What platform is your computer?

Windows 11 x64, build 10.0.26200

What issue are you seeing?

In Codex Windows Desktop, typing /goal in the composer opens the slash-command picker but it shows No commands / `鏃犲懡浠.

This appears to contradict the current Codex documentation and changelog:

• The Codex app commands documentation lists /goal as an available slash command.
• The same documentation says that if /goal does not appear, users should enable:

[features]
goals = true

• The Codex changelog says Goal mode is no longer experimental and is available in the Codex app, IDE extension, and CLI.
• The Windows documentation / launch notes say the Codex app is available on Windows.

On this machine, the local config and CLI-side feature state are already correct:

• %USERPROFILE%\.codex\config.toml contains:

[features]
goals = true

• codex features list reports:

goals  stable  true

The Desktop goal API also appears to exist and partially work:

• Desktop logs show goal API calls such as:

method=thread/goal/get
method=thread/goal/set

• The UI exposes a message action equivalent to "Set as goal" (璁剧疆鐩爣), and using that path can call thread/goal/set.

So this does not look like Goal mode is unavailable. It looks like the Windows Desktop slash-command list / renderer-side feature gate does not include goals, or does not register /goal, even when features.goals = true is effective for the CLI/app-server side.

What steps can reproduce the bug?

1. On Windows, install/run Codex Desktop.
2. Enable goals in %USERPROFILE%\.codex\config.toml:

[features]
goals = true

1. Confirm codex features list shows goals stable true.
2. Fully quit/restart Codex Desktop.
3. Open any local thread.
4. Type /goal in the composer.

Actual behavior

The slash-command picker shows No commands / 鏃犲懡浠; /goal` is not available from autocomplete.

Expected behavior

The Windows Desktop composer should show /goal as a slash command, matching the current Codex docs and changelog. It should allow users to set/view/manage a goal from the slash-command surface.

If Windows Desktop intentionally supports goals only through the message action / goal UI, the docs should say that explicitly. But the current docs say /goal is available in the app composer and that enabling features.goals should make it appear.

Additional diagnostics

Clearing Desktop web cache directories and restarting did not change the behavior.

Desktop logs after restart show enabledFeatures entries that include thread_tools, apps, plugins, tool_suggest, etc., but do not include goals, while the same logs still record thread/goal/get calls. Older logs also record successful thread/goal/set calls from the message-action path.

The installed app.asar also contains goal-related strings/events such as /goal, thread/goal/get, and thread/goal/set, so this looks more like a command registration or feature propagation issue than a missing binary capability.

Related issues:

• #23978 reports nearly the same symptom: Codex App /goal missing / No commands even though Goal mode is GA. This Windows report appears to be the same class of bug, still reproducible on OpenAI.Codex_26.527.7698.0.
• #23202 requested /goal support for the Windows app. This report is narrower: the current Windows app appears to have goal API/UI action support, while the /goal slash command remains missing.
• #25346 is a Windows Desktop /goal behavior bug after /goal is present/used with pasted-text attachments; this report is about slash-command registration/visibility before /goal can be invoked.