codex - 💡(How to fix) Fix Stash follow-up prompts while Codex is running

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…

Fix Action

Fix / Workaround

Today the workaround is to keep these ideas in the input box, move them to a separate scratch file, or put them into a general TODO list. None of those fit very well. These are not durable project TODOs, and they may not belong to the whole feature or repository. They are temporary, session-scoped prompts that belong next to the conversation.

RAW_BUFFERClick to expand / collapse

What variant of Codex are you using?

App

What feature would you like to see?

Related to #2617 and #2966, but I think this is a slightly different workflow.

Right now, when Codex is working, follow-up messages mostly fall into two categories:

  1. Queue the message and let Codex process it after the current task finishes.
  2. Send/steer immediately when the message is urgent enough to interrupt or pivot the current task.

I would like to propose a third category: a session-level “stash” for follow-up prompts.

A stashed prompt would appear near the current queued messages, but it would not be submitted automatically. It would just stay there until the user explicitly sends it, edits it, merges it with another prompt, or deletes it.

The use case is: while Codex is working, I often think of follow-up questions, alternative directions, cleanup tasks, or “ask this next” ideas. They are relevant to this exact chat/session, but I do not necessarily want Codex to run them as soon as the current task finishes. First I want to see whether the current task completed correctly, whether more feedback is needed, and only then decide which follow-ups should actually be sent.

Today the workaround is to keep these ideas in the input box, move them to a separate scratch file, or put them into a general TODO list. None of those fit very well. These are not durable project TODOs, and they may not belong to the whole feature or repository. They are temporary, session-scoped prompts that belong next to the conversation.

Possible UX:

  • queued prompt: automatically sent after the current task;
  • urgent/steer prompt: sent immediately;
  • stashed prompt: saved in the session, but only sent manually.

This would make the running-session workflow smoother without turning every idea into an automatic instruction for the model.

Additional information

No response

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