Agent navigateur · Essai réel du 3 octobre 2026

Un agent visuel.
Deux résultats vérifiés.

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
Page enregistrée
Moment de la capture
Brouillon fictif après rechargement : Release note et Spring collection draft enregistrés.

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èleVérification enregistrée
1–2 · Remplir le titre et le texteRelease note · Spring collection draft
3 · Enregistrer le brouillonUne écriture comptée sur le serveur local
4 · Changer d’ongletPassage du brouillon au tableau d’images
5 · Choisir Hero imageUn 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.

Lire le diagnostic et ses limites

Quel parcours répétez-vous chaque jour ?

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.

Décrire ma tâche →