Notify hooks should fire when user input is requested
Resolved 💬 2 comments Opened Feb 23, 2026 by solanab Closed Feb 23, 2026
💡 Likely answer: A maintainer (etraut-openai, contributor)
responded on this thread — see the highlighted reply below.
When Codex enters an interactive prompt (e.g. multiple-choice) via request_user_input, no notify hook event is emitted, so external notifiers (HTTP/desktop/etc.) never trigger.
Expected
- A hook event should fire when Codex is waiting for user input, similar to
after-tool-use.
Proposed fix
- Add a
user-input-requestedhook/notify event. - Add
notify_eventsconfig to opt-in which events triggernotify.
I have a working patch in my fork/branch and can open a PR if contributions are accepted (I saw the contribution policy mentions invitation-only PRs).
2 Comments
I have a working patch in my fork:
It adds a
user-input-requestedhook/notify event andnotify_eventsconfig to opt-in, plus unit tests (cargo test -p codex-hooks,cargo test -p codex-core --lib).If you’d like this upstreamed and PRs are invitation-only, I’m happy to adjust and submit via whatever process you prefer.
This will be included in more generalized event hooks feature, which we are working on. Once that's in place, we'll deprecate the "notify" hook.