Codex multi-agent orchestration sucks
Open 💬 5 comments Opened May 20, 2026 by OpEnD17
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What variant of Codex are you using?
App
What feature would you like to see?
Codex barely uses sub-agents properly in long tasks.
When analyzing large execution traces or workflows with multiple agent jobs, the main agent usually reads everything itself instead of delegating work to sub-agents.
Additional information
_No response_
5 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
If you have a specific example of this, please use
/feedbackto upload and post the session ID here.Proposed Solution: Complexity-Based Multi-Agent Delegation
Root Cause
Main agent's delegation heuristic is too conservative, favoring self-execution. No task complexity analysis, missing delegation cost model, and sub-agent context windows are underutilized.
Proposed Fix
Implement complexity-based delegation with metrics: file count, trace lines, parallelizable chunks, estimated tokens.
Testing Strategy
Impact
Estimated service fee: $1,200-$2,100
Full solution:
~/.hermes/solutions/openai-codex-23608-multi-agent-orchestration-fix.mdSee https://github.com/openai/codex/issues/23496, for instance.
Adding another current regression report for this area.
Environment:
Observed behavior:
After the recent Codex update, Codex appears noticeably less willing to create subagents for parallel work than before. In a repository where the project instructions explicitly authorize and prefer parallel subagent use for non-trivial tasks, Codex now more often continues in the parent/main agent and handles work serially.
This is not a case where spawned subagents fail after creation. The regression I am reporting is earlier in the decision path: the parent agent often does not spawn them in the first place, even when the task has independent lanes and the local instructions define role-specific subagents for review, build/static checks, implementation, commit/push, research, etc.
Expected behavior:
Why this matters:
The change makes long or multi-domain coding tasks slower and less robust. It also weakens project-level workflows that intentionally separate implementation, review, build verification, and git operations into different subagent roles so the main agent does not self-review or collapse all checks into one path.
Example reproduction shape:
I do not have a /feedback upload ID from this reporting path, but this is a user-observed regression after upgrading to Codex Desktop 26.609.71450.