Huit tickets à 9 h : du curseur unique au fan-out parallèle
L'ancien flux IDE était linéaire : ouvrir le projet, choisir un fichier, taper, sauver, committer. Un curseur, beaucoup d'attente clavier. En 2026, le même développeur ouvre Agents Window et voit cinq à huit cartes de progression au lieu d'une ligne de code active.
Édition solo → distribution d'agents : Cursor 3 transforme la machine en régie. /worktree isole chaque ticket ; main reste propre. La question du matin : « Qui prend quelle carte ? »
Niveau fichier → niveau tâche : /best-of-n lance le même ticket sur trois modèles ; vous lisez trois PR, pas un diff.
Attendre l'éditeur → attendre la convergence : Le goulot devient « laquelle merger ». /goal de Claude Code pousse un long travail sur plusieurs tours jusqu'à validation par un évaluateur.
Un arbre de travail → cinq worktrees vivants : Cinq node_modules, cinq dev servers, cinq .env ; les hooks de cycle de vie préparent chaque agent au démarrage.
Un écran → un mur de cartes : Split-pane, Agent View, tuiles Verun : changer de bureau, c'est changer de poste de commandement.
Le prix est concret : cinq copies de node_modules, cinq serveurs de dev en RAM, deux ou trois clients modèle en arrière-plan. Votre espace de travail, c'est « vous et cinq clones ». La difficulté du code ne bouge pas ; la complexité de l'environnement, si.
L'enjeu n'est pas « le meilleur outil », mais le changement de posture : taper puis attendre devient poser un objectif, laisser essayer en parallèle, choisir le meilleur PR en cinq minutes.
Le terminal n'est plus une zone de commandes, c'est un poste de travail
Le terminal classique est passif : il bouge quand vous appuyez sur Entrée. En 2026, une session Claude Code permanente transforme un objectif en chaîne d'outils et choisit seule entre git diff et npm test.
| Axe | Terminal classique | Poste Claude Code / Codex CLI |
|---|---|---|
| Rôle | Saisie de commandes | Collaborateur permanent |
| Interaction | Vous → terminal → programme | Vous → objectif → agent → programme |
| Durée | Secondes | Heures avec /goal |
| Supervision | Écran fixé | Coup d'œil à claude agents |
| Fin | Commande terminée | Évaluateur confirme l'objectif |
| Échec | Vous lisez et corrigez | Boucle agent, escalade si blocage |
Le terminal passe d'outil passif à collègue : objectif dedans, PR dehors.
--bg libère l'attention : réunion d'une heure, retour, trois « terminé », un « besoin de vous ». « Attendre la fin de commande » devient une file à parcourir.
codex-plugin-cc intègre Codex comme sous-outil : raisonnement long chez Claude, regex, schéma JSON et Bash jetables chez Codex – un seul fil de chat, routage par coût.
Trois styles par ticket : de l'écriture au choix
Le changement le plus profond : le même ticket part simultanément vers Cursor 3, Claude Code et Codex CLI, puis vous ne gardez qu'un gagnant. C'est le quotidien 2026, pas un POC.
| Type de ticket | Cursor 3 Agents Window | Claude Code | Codex CLI |
|---|---|---|---|
| UI multi-fichiers | Piste principale (Design Mode) | Secours | Rare |
| Refactor long (≥1h) | Secours | Piste principale (précision) | Secours |
| Script / regex ponctuel | Surdimensionné | Secours | Piste principale (efficacité token) |
| Revue | Secours | Piste principale | Piste principale (plugin-cc) |
| Multi-dépôt | Piste principale | Secours | Peu adapté |
| Nuit sans surveillance | Secours | Secours | Piste principale (sandbox) |
La journée s'inverse : six heures de frappe, deux de réflexion deviennent six heures de découpage et de sélection, deux heures de code que seul un humain doit écrire. L'écriture est externalisée ; le choix et la découpe restent.
taille = petite | moyenne | grande
ui = oui | non
budget = serre | large
if taille == grande and budget == serre:
Claude Code (/goal, nuit)
elif ui and fichiers > 3:
Cursor 3 Agents Window
elif taille == petite and budget == large:
Codex CLI
else:
best-of-N, merger le gagnant
Astuce : Choisir le gagnant est le coût cognitif le plus élevé. Exigez un review.md par worktree avant le diff.
Six étapes pour rendre cette stack opérationnelle
Déployer dans cet ordre sur une seule machine.
Rendre le dépôt compatible worktree : .cursor/worktrees.json avec ports, install et démarrage dev server.
Fan-out via Agents Window : Découper la journée en 5–8 tickets, un worktree chacun, monitoring split-pane.
Claude Code résident dans le terminal : v2.1.149+, claude agents, nuit en --bg, avant-plan avec /goal.
codex-plugin-cc en revue adverse : /codex:adversarial-review comme condition de merge.
Modèle local résident : Qwen2.5-Coder-32B 4bit sur 8081 via mlx_lm ; complétions d'abord en local.
Verun / mcode comme cockpit : Un agent par tuile ; changement de compte si rate limit, de modèle si blocage.
Le nouveau plancher matériel de ce workflow
Les six étapes ensemble dessinent un profil de charge inconnu en 2023. Le goulot n'est plus la compile Xcode, c'est « cinq clones vivants en même temps ».
RAM : de 16 à 48 Go minimum : cinq worktrees + cinq dev servers : 18–22 Go ; modèle 32B 4bit : encore 18–22 Go. 32 Go survit, 48 Go recommandé, 64 Go confort.
Séparation P/E des cœurs : M4 Pro (10P+4E) place décisions agent et IO distant sur E, inférence et Xcode sur P. M4 simple sature les P sous cinq agents.
Pas de veille Apple Silicon : dev servers, inférence et agents arrière-plan ne tolèrent ni capot fermé ni économiseur. Le portable est le plus fragile.
Attention : Un 32B résident n'est pas obligatoire ; sans lui, chaque complétion part en API distante et le budget token suit la taille du projet. Local+distant est la forme de coût stable en 2026.
Pour « huit tickets le matin, /goal la nuit, cinq candidats à midi », il faut un Apple Silicon éveillé, riche en RAM, thermiquement stable. Un ultraportable coupe la file d'agents ; un M4 16 Go s'effondre en Swap dès l'inférence locale. Pour cinq clones actifs, la location bare metal Mac mini M4 / M4 Pro MESHLAUNCH est souvent la base la plus honnête : Apple Silicon dédié, paliers 64 Go, 7×24, facturation flexible – la phrase « Mon portable a-t-il fermé le capot aujourd'hui ? » sort du runbook.
Non avec worktrees : branche, répertoire, port et node_modules séparés. main au merge explicite seulement. Paliers RAM sur la page tarifs.
Deux ou trois agents oui ; LLM résident et cinq dev servers, plutôt non. Quotidien : 32 Go min, 64 Go confort. Tableau mémoire dans le centre d'aide.
Complétions et scripts légers en local via Qwen2.5-Coder-32B ; Claude/Codex pour gros refactors et adversarial review – souvent moins de la moitié du budget mensuel.