Public openai-curated-remote plugin installs bundled hooks but does not expose them for review or trust
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.825.51511
What subscription do you have?
Plus
What platform is your computer?
Windows(x64) and Windows Sandbox (x64) clean environment account (WDAGUtilityAccount)
What issue are you seeing?
AI Software Architect 0.2.2 and 0.2.3 installs successfully from the public universal directory, but Codex Desktop does not display its five bundled lifecycle hooks in the plugin Hooks section and provides no way to review or trust them.
The public package is fully materialized at:
C:\Users\WDAGUtilityAccount\.codex\plugins\cache\openai-curated-remote\ai-software-architect\0.2.3
Inspection confirms:
- Manifest version:
0.2.3 - Manifest hooks field:
./hooks/hooks.json hooks/hooks.jsonexists:True- Bundled Windows runtime exists:
True
The same plugin structure exposes all five hooks correctly when installed from a local marketplace. The problem occurs only for the public openai-curated-remote installation.
The user configuration contains neither hooks = false nor allow_managed_hooks_only = true.
What steps can reproduce the bug?
- Start with a clean Windows Sandbox environment.
- Install AI Software Architect 0.2.3 from the public plugin directory.
- Open the installed plugin details and inspect its Hooks section.
- Observe that no bundled hooks are listed and there is no review/trust action.
- Inspect the downloaded plugin cache and confirm that both
.codex-plugin/plugin.jsonandhooks/hooks.jsonare present. - Install the same plugin structure through a local marketplace and observe that all five hooks are shown correctly.
What is the expected behavior?
Codex should discover the five bundled lifecycle hooks from ./hooks/hooks.json and list them for review and trust. Once trusted, the hooks should be available to run in new tasks, matching the documented behavior for enabled plugin-bundled hooks.
Additional information
This appears specific to the remote catalog or desktop discovery path for openai-curated-remote, because the package reaches the client intact and local marketplace discovery works.
Official documentation:
A separate known issue tracks the stale plugin-creator validator rejecting the supported hooks manifest field:
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by comparing the public openai-curated-remote installation path with the local marketplace path, using the cached .codex-plugin/plugin.json and hooks/hooks.json files described in the report. Trace the desktop plugin discovery flow for the remote catalog and verify where the five hooks stop being exposed. Done means the public installation lists all five hooks for review and trust, matching local marketplace behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100