Nexus et le travail en parallèle
Transcription avec description visuelle
À l’écran : Un espace sombre. De fins rayons ambre traversent l’écran depuis les bords, convergent vers un point et s’embrasent en une étoile brillante. La légende « Nexus » apparaît d’abord, puis est remplacée par « Tâches indépendantes ».
Voix off : Nexus coordonne le travail des autres rôles. Il cherche les tâches indépendantes, celles qui ne touchent aucun fichier commun.
À l’écran : Deux panneaux de terminal côte à côte. À gauche, on tape la commande bmad-plus nexus create --plan nexus-plan.json. Elle affiche « Nexus run demo — durable task coordination » et une ligne pour chacune de deux tâches, « value » et « notes », qui se terminent toutes par « not started; verification=pending; acceptance=pending ». Puis bmad-plus nexus inspect demo affiche le même résumé avec la ligne « Start when dependencies have current accepted evidence. » Le panneau de droite montre nexus-plan.json : une exécution avec « id »: « demo » et « maxParallel »: 2, et deux tâches. La première, « value », a pour objectif « Write the value 7 into src/value.json. » La seconde, « notes », a pour objectif « Write the release notes into docs/notes.md. », une ligne d’acceptation (« docs/notes.md exists and is not empty. »), un « dependsOn » vide, « scope »: [« docs/notes.md »] (entouré), « artifacts », « resources », une entrée « checks » qui lance un script node, « maxAttempts »: 2 et « idempotent »: true. Tout le texte du terminal est en anglais.
Voix off : Chaque tâche reçoit son propre périmètre d’écriture, et ces périmètres ne peuvent pas se chevaucher.
À l’écran : Un réseau de sphères de verre reliées par de fines lignes ambre est suspendu dans un ciel étoilé sombre, avec une lueur ambre. Il passe d’un semis épars à un maillage connecté. La légende indique « Le parallélisme vient de l’hôte ».
Voix off : Les agents parallèles viennent de votre outil hôte. Sans eux, les tâches s’exécutent l’une après l’autre.
À l’écran : Un terminal. La commande bmad-plus nexus launch demo value montre la tâche en « running », avec un identifiant de tentative et un identifiant de processus. Puis bmad-plus nexus collect demo value --input attempt.json la montre « completed », toujours avec « verification=pending; acceptance=pending ». bmad-plus nexus verify demo value; echo "exit code: $?" change la ligne en « verification=passed » (entouré) et affiche « exit code: 0 ». Une longue commande, bmad-plus nexus inspect demo --json filtrée par grep, sed et awk, liste la vérification qui a tourné : « command »: « /usr/local/bin/node », « policy »: « minimal-local-v1 » (entouré), « exitCode »: 0 et « stdout »: « value.json holds 7\n ». Enfin on tape bmad-plus nexus accept demo value, et la ligne d’état se termine par « verification=passed; acceptance=accepted », avec « acceptance=accepted » entouré. Tout le texte du terminal est en anglais.
Voix off : Nexus peut aussi lancer une commande locale planifiée ou un processus Codex CLI, sous un superviseur au premier plan. Il consigne le résultat réel, puis exécute des contrôles indépendants avant que rien ne soit accepté.
À l’écran : Un nœud de fines lignes ambre emmêlées se redresse, ligne après ligne, en une grille carrée dont le centre est un point brillant. La légende indique « Pas de planificateur en arrière-plan ».
Voix off : Aucun planificateur ne tourne en arrière-plan, et les permissions de l’hôte continuent de s’appliquer.
À l’écran : Une brume bleue terne avec un horizon lumineux qui s’éclaire lentement. La légende, en anglais, indique « Discovery · Build · Ship ».
Voix off : En autopilot, le même enchaînement va de l’idée à la livraison, avec les points de contrôle que vous configurez.