Codex desktop attributes automatically supplied AGENTS.md updates to the user
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Codex desktop — Windows package version 26.901.6511.0
What subscription do you have?
Pro 20x
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
After a global AGENTS.md update, the assistant received the updated instructions and responded as though I had sent them as a conversational message.
It said: “Received the replacement instructions…”
When I asked what it meant, it said: “I meant the updated operating instructions you just supplied.”
My visible conversation contained no corresponding message from me. I had to share a screenshot and question the discrepancy before the assistant distinguished the instruction update from my conversational input.
The instructions were legitimate. The problem was attribution: the assistant treated application-supplied context as something I had directly said.
You can imagine how problematic this can be if injected agents.md updates are treated as live owner provided instruction mid chat. This should be patched quickly if agents cannot determine instruction source and thus conflicts priority or authority to current tasking.
What steps can reproduce the bug?
Suggested reproduction based on this occurrence; repeatability has not been confirmed:
- Open an existing conversation in Codex desktop.
- Update the global AGENTS.md instructions.
- Continue the conversation after the updated instructions are supplied to the assistant.
- Check whether the assistant identifies the update as operating context or attributes it to a new user message.
What is the expected behavior?
Application-supplied instruction updates should be clearly distinguishable from user-authored conversational messages.
The assistant should be able to identify the instruction source and should not imply that the user typed, requested, or approved something merely because an instruction update entered its context.
Additional information
The assistant reported that the update appeared in its input as a user-role message. This is the assistant’s account, not an independently verified transport diagnosis.
Observed impact: confusing responses and loss of trust because the assistant referenced a message the user could not see.
Potential impact: mistaken attribution could affect how an assistant interprets user intent or authorization. No unintended execution was observed in this exchange.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the existing-conversation flow after a global AGENTS.md update and inspect how that application-supplied context enters the assistant input. Done means the assistant distinguishes the update from user-authored messages and does not attribute it to the user; repeatability is not yet confirmed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop-dev, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100