Su primera ejecución

/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 respuesta es un documento JSON que dice lo que ocurrió. No contiene ninguna imagen: Dinoer no genera ninguna, en ningún modo.

Leer la respuesta

succes se refiere a la ejecución, no a la página. Una página que devuelve un 404 puede leerse con éxito: succes: true, http_status: 404. Lea los dos.

boussole indica dónde terminó de verdad la llamada: la URL tras las redirecciones (url_courante), el título de la página, el último estado HTTP. Cuando un escenario se tuerce, suele ser porque el agente creía estar en una página que ya había dejado.

etat informa, no decide. pret_a_agir: false significa que Dinoer notó algo, una firma de cortafuegos de aplicaciones o una deriva de sesión. La ejecución no se rechaza, y la decisión es suya.

Añadir la estructura

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

--a11y añade el árbol de accesibilidad como texto: roles, enlaces, títulos. Junto con la acción extraire_texte, que devuelve el texto depurado de la página, es todo lo que Dinoer lee de una página. Lo que devuelven ambos →

Cuando la respuesta decepciona

{"succes": false, "erreur": "guide_non_lu"}: falta --guide-version o está desfasado. Lea /opt/dinoer/docs/GUIDE_LLM.md, tome el número de la cabecera y páselo.

Una página que nunca termina de cargar: algunos objetivos no dejan nunca de usar la red, y ningún tiempo de espera lo arregla; --wait-until load, sí. La receta →

Un clic que se da por bueno aunque nada se haya movido: lea boussole antes de sacar conclusiones. Otras situaciones →