Sonya contre la passerelle de paiement
Le paiement de la boutique échoue systématiquement à l'étape de la carte. Sonya installe Bromure, donne à la boutique son propre espace de travail et sa VM, lance une session Claude Code et une session Codex, puis glisse l'une sur l'autre pour les mettre en salle. Un seul message les briefe toutes les deux, et elles règlent le contrat d'API entre elles. Elle teste le correctif dans le navigateur intégré.
Ce que vous allez voir
- 01L'assistant de premier lancement : fournisseurs, identifiants, et le modèle de chaque agent.
- 02Un espace de travail pour « Pothos & Co. », avec sa propre VM Linux.
- 03Deux sessions côte à côte — Claude Code sur l'application web, Codex sur l'API de paiement.
- 04Glisser une session sur l'autre pour créer une salle, renommée « Checkout fix ».
- 05Un seul brief pour les deux agents ; Claude demande à Codex la forme de l'API et Codex répond.
- 06⌃⌘B ouvre le navigateur intégré sur la vraie page de paiement, et un paiement test passe.
Deux agents de deux éditeurs, coordonnés sur un seul brief, avec un navigateur dans la même fenêtre pour prouver le correctif. Premier projet, paiement réparé avant le dîner.
Sonya est un personnage de fiction et « Pothos & Co. » une entreprise inventée. Toutes les sessions, dépôts et tableaux de bord de ces épisodes proviennent d'un jeu de données de démonstration — aucune donnée client réelle n'y apparaît.