Codex Orchestration
Bring models like Claude Fable 5 and Claude Opus 5 into Codex, give each model a role, and let Codex coordinate the work.
What is it?
Codex Orchestration adds four simple roles to a Codex task:
- Planner creates the plan and improves it after feedback. It is optional; when omitted, your current Codex model plans.
- Advisor reviews the plan, finds important gaps, and approves it when it is ready. It is optional.
- Designer turns approved requirements into a bounded visual, UX, interaction, information-architecture, or design-system handoff. It is optional.
- Executor implements the approved plan. It is required for setup.
The model selected for the Codex task remains in charge. It passes work between the roles, checks every result, and gives you the final answer.
How it works
YOUR TASK
|
v
CODEX COORDINATES THE WORK
|
v
PLANNER CREATES THE FIRST PLAN
Fable 5, another model, or Codex
|
v
ADVISOR REVIEWS IT
finds real gaps
|
needs work? -- yes --+
| |
no v
| PLANNER IMPROVES IT
| |
+, advisor: , designer: , executor:
- Omit
planner to use the current Codex model as Planner.
- Omit
advisor when you do not want plan review.
- Omit
designer when you do not need a separate design handoff.
executor is required.
- Planner and Advisor must use different configured model routes so the review is independent.
Role labels are literal. A model after planner: plans; a model after advisor: reviews; a model after designer: designs; a model after executor: implements. Codex must never move a model to a different role because that model was used differently in an older plugin version. If you omit Designer, the workflow has no Designer. If you specify Planner and Executor but omit Advisor, the workflow has no Advisor.
When every requested route is ready in the current task, the plugin c