Skip to content

Codex desktop app hides Plugins UI while plugin runtime and CLI marketplace are available #16783

Closed

Description

@Pavel-Sennikov

What version of the Codex App are you using (From “About Codex” dialog)?

26.325.31654

What subscription do you have?

Plus

What platform is your computer?

Darwin 24.6.0 arm64 arm

What issue are you seeing?

The Codex desktop app does not show any Plugins entry in the sidebar or visible app navigation, even though plugin support is present and working in the same installation via the CLI /plugins command.

Image Image

What steps can reproduce the bug?

Open the Codex desktop app.
Look at the left sidebar/navigation.
Observe that Skills and Automations are visible, but there is no Plugins entry.
In Terminal, run codex --no-alt-screen.
At the Codex prompt, enter /plugins.

What is the expected behavior?

The desktop app should expose the plugin directory or plugin navigation, consistent with the official Codex plugins docs.
If plugins are available in the install, the app UI should provide a discoverable way to open them.

Additional information

codex-cli 0.118.0-alpha.2

Activity

  1. DmitriiSid commented on Jun 1, 2026

    @DmitriiSid

    Additional integration context from a third-party desktop companion app.

    We are evaluating a Codex integration comparable to existing Claude Code and OpenCode integrations. Codex CLI appears to have the necessary plugin/hook primitives for installing a local companion plugin, but Codex Desktop plugin discoverability is important for this class of integration.

    Current companion pattern:

    • installer copies agent-specific integration files into the user-level agent plugin/config location
    • agent plugin/hook opens a local desktop companion window through a custom URL scheme
    • plugin/hook exchanges request/response files or SDK calls with the companion app
    • settings UI shows one install command per supported agent

    For Codex, the preferred path would be a first-class Desktop-visible plugin install/management surface that can show and manage the same local plugin used by CLI. Without Desktop plugin UI parity, users can install/use the CLI integration but cannot verify or manage it from the Codex Desktop app, which makes the Desktop story feel incomplete for third-party companions.

    Useful Desktop behavior for this use case:

    • show installed local/third-party plugins, not only curated marketplace plugins
    • expose plugin status/trust/errors for hooks and MCP servers bundled by a plugin
    • document whether Desktop and CLI share the same plugin directory/runtime contract

    This is separate from marketplace discovery: even a local plugin installed by a companion app needs a discoverable Desktop management surface.

  2. neo-picasso-2112 commented on Jul 10, 2026

    @neo-picasso-2112

    yeah having the same issue here

  3. etraut-openai commented on Aug 5, 2026

    @etraut-openai
    Contributor

    Desktop now exposes plugin browsing, details, install links, and state.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbugSomething isn't workingskillsIssues related to skills

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions