Piloter Jarvis avec Jarvis

en cours
Objectif

Le projet Jarvis dans l’application, avec ses capacités, leur état déclaré et leurs preuves.

Situation

Implémentation attend l’owner. Validation pourra commencer après sa réponse.

Étapes

Le code, ses tests, et la preuve que ça tourne.

En attente de
  • Gate produit de la MR #5
  • Implémentation livrée
Après
  • ✓
Puis
Décisions
Gate produit de la MR #5
retient « Validation »
attend l’owner
Questions ouvertes
Une capacité est-elle un projet, ou le mot gêne-t-il ?
concerne « Validation »
Journal
4 septembre 2026

Revue : l’écran Jarvis est un contre-exemple utile — l’objectif affiché est la vision, les étapes mélangent fondation et jalons, la situation est trop pauvre, et une pièce jointe ne vaut pas preuve.

conséquenceLe mot « prouvé » disparaît : une capacité nomme ses éléments de preuve, l’owner juge. Le reste devient une question de cadrage, pas une retouche.
lienrevue du 4 septembredocumentce que Jarvis-dans-Jarvis révèle
constaté par Claude
4 septembre 2026

La question « ce travail change-t-il ce que Jarvis dit de Jarvis ? » entre dans le workflow ; les données du projet Jarvis sont remises à jour dans la MR #5.

conséquenceUne divergence entre Jarvis et le dépôt est désormais un défaut à corriger.
documentle contrôle de fin de MRMRMR #5
constaté par Claude
4 septembre 2026

Le projet Jarvis et ses capacités entrent en fixture ; les preuves sont des pièces sur les faits.

MRMR #5fichierapps/api/src/fixtures/jarvis.ts
constaté par Claude
3 septembre 2026

Direction owner : Jarvis est le premier projet piloté par Jarvis ; état déclaré ≠ état observé.

conséquenceToute capacité de pilotage sert à piloter Jarvis lui-même.
✓ a terminé « Cadrage »
documentD-024liencommentaire owner
constaté par Claude
← Fait partie de « Jarvis »