codex_mcp_interface.md approval section describes stale wire shape
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 68/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- rust
- Domain
- api, documentation
Research direction
Start with codex-rs/docs/codex_mcp_interface.md and compare its approval section with the current MCP server implementation and MCP server tests. Confirm the elicitation/create request and review-decision response shape, then update the documentation or clearly mark the custom approval methods obsolete. Done means the documented wire shape matches the tested behavior.
Written by the indexing model from the issue text.
Description
What happened?
codex-rs/docs/codex_mcp_interface.md documents approval requests as custom JSON-RPC methods:
applyPatchApproval { conversationId, callId, fileChanges, reason?, grantRoot? }
execCommandApproval { conversationId, callId, approvalId?, command, cwd, reason? }
and says clients should reply with:
{ "decision": "allow" | "deny" }
The current MCP server implementation appears to send elicitation/create requests for both exec and patch approvals instead. The MCP server tests also assert elicitation/create and respond with review-decision values, not the documented custom approval methods / allow or deny shape.
Expected behavior
The MCP interface documentation should describe the current approval wire shape, or clearly mark the listed custom approval methods as obsolete if they are no longer used.
Additional context
I searched open issues and PRs for terms including codex_mcp_interface, applyPatchApproval, execCommandApproval, and elicitation/create. I did not find an existing open item for this approval-section-specific doc drift. This is separate from #25518, which covers the broader app-server-vs-mcp-server RPC mismatch in the same document.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
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.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
gitbutlerapp/gitbutler#15998 · 1 comment ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
bitcoindevkit/bdk-ffi#1125 ·