Passer d’un onglet à l’autre, préparer un brouillon et choisir son image : j’ai fait exécuter ce petit parcours à un modèle qui voit les captures d’écran.
Voici les deux pages fictives après son passage. Le résultat a été relu après rechargement et comparé à l’état enregistré, indépendamment du verdict du modèle.
Démonstration personnelleDeux pages locales fictivesCode et traces téléchargeables
6 décisionsSix appels réels au modèle, dont un changement d’onglet et la demande de fin.
2 résultatsUn brouillon enregistré et un choix d’image ; une écriture de chaque, puis relecture.
0,011001 USDCoût d’inférence retourné par les six appels de cet essai. Aucun coût de production estimé.
Ouvrez les captures
Avant l’action. Après la vérification.
Onglet 1 — le brouillon
Brouillon relu après rechargement : titre et texte correspondent aux valeurs attendues. Ouvrir la capture originale ↗
Ces boutons changent la capture consultée. Ils ne lancent aucune automatisation. Les numéros des vues « Avant » repèrent les contrôles visibles proposés au modèle.
Ce qui a été exécuté
Les décisions et leur résultat
Décision du modèle
Vérification enregistrée
1–2 · Remplir le titre et le texte
Release note · Spring collection draft
3 · Enregistrer le brouillon
Une écriture comptée sur le serveur local
4 · Changer d’onglet
Passage du brouillon au tableau d’images
5 · Choisir Hero image
Un choix d’image enregistré
6 · Demander la fin
État du serveur conforme et deux pages relues après rechargement
Essai terminé le 3 octobre à 14:24:23, heure de Paris. Gemini 3.8 Flash via OpenRouter, fournisseur Google AI Studio. Le modèle reçoit une capture, la liste des contrôles visibles et la tâche convenue ; le code valide chaque action.
Refus éprouvés
Une demande de fin ne suffit pas.
Seize contrôles hors réseau vérifient les valeurs, les cibles et l’état final. Deux autres parcours dans le navigateur ont demandé une valeur non autorisée et une fin avant résultat.
Les deux parcours ont été refusés, avec zéro écriture constatée. Leurs traces restent consultables.
Périmètre de l’essai
Deux onglets contrôlés.
Le contenu, les boutons autorisés et les valeurs attendues sont définis à l’avance. Les données sont fictives et le navigateur est isolé.
Aucun compte client, connexion externe, site arbitraire ou résultat marketing n’a été testé. La capacité à traiter votre interface doit être vérifiée sur un premier parcours convenu.
La preuve reste ouverte
Relire les traces. Examiner le code.
L’archive contient le contrôleur, les pages de démonstration, les contrôles et les résultats datés. Le mode de relecture déterministe fonctionne sans clé ; un nouvel essai avec le modèle nécessite votre propre clé et produit un nouveau dossier.
Premier échec conservé : capture d’un onglet en arrière-plan
La première relecture déterministe avait enregistré les deux valeurs, mais la capture de vérification est restée en attente. Je l’ai conservée comme incomplète. Les vérifications suivantes placent chaque onglet au premier plan avant son rechargement et sa capture, avec des délais bornés. L’essai réel présenté ici est celui réalisé ensuite.
Décrivez ses étapes, les deux outils concernés et le résultat attendu. Je commence par vérifier un petit périmètre ; le prix, le délai et les accès sont convenus par écrit avant de travailler.