Option to Refuse Code Changes and Query Reason/Intent for(of) Amendment

Resolved 💬 5 comments Opened Mar 7, 2026 by craigmorissette Closed Apr 11, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What variant of Codex are you using?

CLI

What feature would you like to see?

Codex should allow the user to refuse the changes and immediately return the reason or intent for said changes. Option would be indexed to No 2. in options to select after prompted with, "Would you like to make this changes"

For example:

  1. Yes, apply the code changes
  2. No, explain code intent
  3. No, keep the current code

*in another request, I've also requested that code changes be hard printed to conversation history instead of being disposed of/ hidden from future reflection.

<img width="705" height="287" alt="Image" src="https://github.com/user-attachments/assets/7ada253e-dcf0-402d-a423-113c25541eaa" />

Additional information

_No response_

View original on GitHub ↗

5 Comments

github-actions[bot] contributor · 5 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #12662

Powered by Codex Action

craigmorissette · 5 months ago

It would encourage a culture of risk assessment and careful consideration to code changes, especially with openclaw style accidents of rm -rf entire databases. But even for new users--if they don't have version control on accidents could be unnecessarily frustrating, where this solution could prevent mishaps.
Increase the trust but verify culture overall.

craigmorissette · 5 months ago

This article is directly related and definitely builds cooperatively on the idea

etraut-openai contributor · 4 months ago

This feature request hasn't received enough upvotes, so I'm going to close it.

pythoncarpenter · 4 months ago

How can votes, in regards to this context, be the most pertinent requirement? Have you ever had a feature idea that was beneficial to the global community that never saw the light of day? This could be a simple option to add to /experimental or /approvals