codex - 💡(How to fix) Fix request_user_input is unavailable in Default mode in Codex, preventing option-based user prompts that work in Copilot

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Codex should support option-based user input prompts in the normal/default chat workflow, or provide an equivalent supported mechanism. Right now, calling request_user_input fails with:

request_user_input is unavailable in Default mode

This is a serious workflow gap. Native Copilot Chat can present user-choice prompts with buttons/options, but Codex cannot do the same in the default coding workflow, even though this is exactly the kind of interaction an agent needs for safe confirmations and post-edit actions.

Root Cause

After making code changes, an agent often needs to ask for a short confirmation such as:

Restart the browser platform now? Yes / No

This should be a first-class UX pattern. Plain text questions are worse because they are easier to miss, slower to answer, and less structured for the agent. For local development workflows, structured prompts are especially important before actions such as restarting servers, running builds, deploying to a device, or applying optional follow-up steps.

It is very frustrating that this works in native Copilot Chat but not in Codex. Users paying for Codex expect at least parity for basic interactive agent workflows.

Code Example

request_user_input is unavailable in Default mode

---

Restart the browser platform now? Yes / No

---

request_user_input is unavailable in Default mode

---

request_user_input is unavailable in Default mode
RAW_BUFFERClick to expand / collapse

What version of the IDE extension are you using?

[email protected]

What subscription do you have?

Paid Codex / ChatGPT subscription ($100/month)

Which IDE are you using?

Visual Studio Code 1.121.0 (x64), using the Codex/OpenAI ChatGPT IDE extension.

What platform is your computer?

Microsoft Windows NT 10.0.19045.0 x64

What issue are you seeing?

Summary

Codex should support option-based user input prompts in the normal/default chat workflow, or provide an equivalent supported mechanism. Right now, calling request_user_input fails with:

request_user_input is unavailable in Default mode

This is a serious workflow gap. Native Copilot Chat can present user-choice prompts with buttons/options, but Codex cannot do the same in the default coding workflow, even though this is exactly the kind of interaction an agent needs for safe confirmations and post-edit actions.

Why this matters

After making code changes, an agent often needs to ask for a short confirmation such as:

Restart the browser platform now? Yes / No

This should be a first-class UX pattern. Plain text questions are worse because they are easier to miss, slower to answer, and less structured for the agent. For local development workflows, structured prompts are especially important before actions such as restarting servers, running builds, deploying to a device, or applying optional follow-up steps.

It is very frustrating that this works in native Copilot Chat but not in Codex. Users paying for Codex expect at least parity for basic interactive agent workflows.

What steps can reproduce the bug?

  1. Use Codex in the VS Code chat panel in the normal/default coding mode.
  2. Ask the agent to show a short user input prompt with two options, for example Yes and No.
  3. The agent attempts to call request_user_input.
  4. The tool call fails with:
request_user_input is unavailable in Default mode

What is the expected behavior?

Codex should allow structured user input prompts with buttons/options in the default coding workflow, especially for short confirmations. At minimum, Codex should provide a supported equivalent API/tool for this use case.

Additional information

The tool is visible/available to the agent, but when invoked it is rejected by the runtime with:

request_user_input is unavailable in Default mode

So this is not a discoverability problem from the user side; the capability appears to exist but is gated by conversation mode. The user cannot switch modes from the current VS Code Codex panel.

Requested fix

Please make one of these changes:

  1. Enable request_user_input in Default mode for simple option prompts.
  2. Add a separate confirmation/options tool that is available in Default mode.
  3. Expose a clear user-facing way to switch the conversation into a mode where structured input is available.
  4. Document the limitation clearly in the Codex UI and tool docs if this is intentional.

The current behavior makes Codex feel less capable than Copilot for a basic interactive agent feature, and it directly hurts paid-user workflows.

Extension screenshot in current mode

<img width="697" height="479" alt="Image" src="https://github.com/user-attachments/assets/47b4fc97-734e-42a1-80b6-34c14875b2f8" />

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix request_user_input is unavailable in Default mode in Codex, preventing option-based user prompts that work in Copilot