codex - 💡(How to fix) Fix When asked to file a GitHub issue from user feedback, Codex drafts it from repo artifacts instead [1 comments, 2 participants]

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…
GitHub stats
openai/codex#19340Fetched 2026-04-25 06:11:18
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
0
Timeline (top)
labeled ×4closed ×1commented ×1
RAW_BUFFERClick to expand / collapse

What happened

In an interactive Codex terminal session, I first told Codex to handle the commit itself. After some back-and-forth, I changed the task and explicitly told it to submit a GitHub issue itself.

At that point, Codex did not treat my feedback in the conversation as the primary source for the issue. Instead, it started reading local repo docs and code artifacts to synthesize the issue content. I had to correct it again and say that the issue should be based on my feedback, not on my repository files.

Why this is a bug

Once the user switches from repo work to product feedback filing, the conversation feedback should become the primary source of truth. Repo context is secondary and should not override the user's explicit instruction.

Reproduction

  1. Start a Codex terminal session inside a repository with local context available.
  2. Ask Codex to handle a task directly (for example, commit changes itself).
  3. Interrupt and explicitly redirect it to "submit the issue to GitHub yourself."
  4. Observe that Codex starts mining local docs/code to draft the issue instead of drafting it from the user's feedback in the conversation.
  5. Correct it again with something equivalent to "not based on my docs and code, but based on my feedback."

Actual behavior

  • Codex over-indexes on repository context even after the user changes the task to feedback filing.
  • The agent needs repeated user intervention to stop using local docs/code as the issue source.
  • The interaction becomes longer and more manual than necessary.

Expected behavior

  • When the user explicitly asks Codex to file a GitHub issue based on feedback, Codex should draft the issue from the conversation feedback first.
  • Repo files should only be used if the user explicitly asks for repo-based evidence or supporting material.
  • If anything is ambiguous, the only question should be the narrow missing detail (for example, target repo), not a reset back into repo analysis.

Environment

  • Codex terminal agent
  • Windows / PowerShell
  • Repository/worktree context present, but the bug is about instruction prioritization and issue drafting behavior

Additional note

A related usability problem is that explicit "do it yourself" style instructions can still degrade into extra approval/context churn before Codex recognizes the user's intent shift.

extent analysis

TL;DR

The issue can be mitigated by ensuring Codex prioritizes conversation feedback over repository context when drafting a GitHub issue.

Guidance

  • When redirecting Codex to submit a GitHub issue, explicitly state that the issue should be based on the conversation feedback, not repository files.
  • Verify that Codex is correctly prioritizing conversation feedback by checking the drafted issue content.
  • If Codex continues to over-index on repository context, try rephrasing the instruction to emphasize the use of conversation feedback.
  • Consider providing additional context or clarification to help Codex understand the user's intent shift.

Example

No code snippet is provided as it is not directly applicable to this issue.

Notes

The issue is specific to the Codex terminal agent and its behavior when handling user instructions. The solution may not apply to other agents or environments.

Recommendation

Apply workaround: Provide explicit instructions to Codex to prioritize conversation feedback when drafting a GitHub issue, as this can help mitigate the issue until a more permanent fix is available.

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…

FAQ

Expected behavior

  • When the user explicitly asks Codex to file a GitHub issue based on feedback, Codex should draft the issue from the conversation feedback first.
  • Repo files should only be used if the user explicitly asks for repo-based evidence or supporting material.
  • If anything is ambiguous, the only question should be the narrow missing detail (for example, target repo), not a reset back into repo analysis.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING