Add option to require my approval before changing files

Resolved 💬 2 comments Opened Apr 11, 2026 by AprilGrimoire Closed Apr 11, 2026

What variant of Codex are you using?

cli

What feature would you like to see?

Add option to require my approval before changing files

Additional information


› You changed the file without me auditing. How can I change this behavior?


• The default behavior here is: if your request sounds like a code/document change, I’m
  expected to make the edit directly. There is no built-in approval prompt for normal
  writes inside the writable workspace. Approval gates only apply to escalated commands.

  If you want audit-first behavior, use one of these:

  1. Per request, say:
     Do not edit anything until you show me the exact patch.
     or
     Read-only first; wait for my approval before applying changes.
  2. Per repo, add an AGENTS.md file at the repo root with a rule like:

     Before making any file edits, show the proposed diff and wait for explicit user
  approval.
     Default to read-only analysis unless the user clearly authorizes edits.

     I’m expected to follow repo-local AGENTS.md instructions.
  3. For tighter control, ask for:
     Plan first, no edits until I say apply.
     That makes the interaction explicitly approval-driven.

  If you want, I can add an AGENTS.md in this repo now to enforce “no edits before
  approval.”


› The problem is I might not agree with the way you decide to change it.


• That is the right concern. The issue is not just auditing after the fact, but
  controlling the decision before any edit happens.

  Use a constraint like this at the start of a task:

  Analyze first. Do not modify files yet. Show me 1-3 candidate rewrites, explain the
  tradeoff, and wait for my choice before applying anything.

  That changes the workflow from “execute by default” to “propose, then apply.”

  For this repo, the durable fix is an AGENTS.md rule such as:

  For wording, notation, and mathematical presentation changes:
  - Do not edit immediately.
  - First propose the exact replacement text.
  - If there are multiple reasonable rewrites, present options with brief tradeoffs.
  - Wait for explicit approval before applying any patch.

  For structural or semantic changes:
  - Explain the intended effect before editing.
  - Wait for approval if the change is not mechanically determined.

  That targets the real problem: discretion. It still lets me make obvious mechanical
  fixes directly if you want, while forcing discussion for judgment calls.

  A shorter version you can reuse ad hoc is:

  Proposal mode only. No edits until I approve the exact wording.

  If you want, I can draft an AGENTS.md for this repo that makes this the default.

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗