Votre première exécution

/opt/dinoer/venv/bin/python3 /opt/dinoer/shot.py \
  --url https://example.com --guide-version 1.6

{"succes": true, "http_status": 200,
 "boussole": {"titre_page": "Example Domain", "dernier_code_http": 200},
 "etat": {"pret_a_agir": true, "niveau_confiance": "eleve",
          "raisons": ["aucun signal de friction détecté"]}}

La réponse est un document JSON qui dit ce qui s’est passé. Elle ne contient aucune image : Dinoer n’en produit aucune, dans aucun mode.

Lire la réponse

succes porte sur l’exécution, pas sur la page. Une page qui renvoie une erreur 404 peut être lue avec succès : succes: true, http_status: 404. Lisez les deux.

boussole indique où l’appel s’est réellement terminé : l’URL après redirections (url_courante), le titre de la page, le dernier statut HTTP. Quand un scénario déraille, c’est souvent que l’agent se croyait sur une page qu’il avait quittée.

etat signale, il ne décide pas. pret_a_agir: false signifie que Dinoer a remarqué quelque chose, une signature de pare-feu applicatif ou une dérive de session. L’exécution n’est pas refusée, et la décision vous revient.

Ajouter la structure

/opt/dinoer/venv/bin/python3 /opt/dinoer/shot.py \
  --url https://example.com --a11y --guide-version 1.6

--a11y ajoute l’arbre d’accessibilité sous forme de texte : rôles, liens, titres. Avec l’action extraire_texte, qui renvoie le texte nettoyé de la page, c’est tout ce que Dinoer lit d’une page. Ce que renvoient les deux →

Quand la réponse déçoit

{"succes": false, "erreur": "guide_non_lu"} : --guide-version manque ou n’est plus à jour. Lisez /opt/dinoer/docs/GUIDE_LLM.md, relevez le numéro en tête, passez-le.

Une page qui n’en finit pas de charger : certaines cibles n’arrêtent jamais d’utiliser le réseau, et aucun délai d’attente n’y change rien ; --wait-until load, si. La recette →

Un clic annoncé réussi alors que rien n’a bougé : lisez boussole avant de conclure. D’autres situations →