codex-orchestratelisted

# Orchestration de plans par slices via Codex Claude Code only. Dans Codex natif, utiliser `$slice-runner`. ## Principe Claude est **architecte, QA et committeur** ; Codex est **l'exécutant**. Claude découpe le plan en slices séquentielles, impose les interfaces, lance un run Codex par slice, vérifie les gates lui-même, commite. Codex ne committe jamais et ne designe jamais : si Claude laisse Codex inventer une API, N slices produiront N styles. ## Routage modèle par slice Choisir le tier au moment de rédiger le prompt de la slice : | Slice | Modèle | Pourquoi | |---|---|---| | Code standard (features, câblage, refactor spécifié) | `gpt-5.6-terra` | Suffisant sur du code spécifié, nettement moins cher que Sol. **Défaut.** | | Tests, fixes mécaniques pour passer un gate | `gpt-5.6-luna` | Le plus rapide et le moins cher, suffisant sur travail borné | | Code demandant jugement/rigueur, points délicats denses | `gpt-5.6-sol` | Ceiling supérieur ; seul tier avec `max`/`ultra` | Effort par défaut : `xhigh`. Les décisions hard (archi, choix d'API) restent le travail de Claude — si une slice en contient une, c'est un défaut de découpage, pas une raison de monter de tier. Ces modèles délèguent eux-mêmes très bien : sur une slice lourde confiée à Sol, autoriser explicitement dans le prompt la délégation des sous-parties mécaniques à un modèle moins cher (et `ultra` décompose nativement en sous-agents internes) plutôt que sur-découper côté orchestrateur. **Règle de contexte (n