← Tous les articles

Guides

Le workflow agentique d'appel d'outils d'AI Helper expliqué

17 mai 2026 · par JustZix Team

Un chat qui ne répond qu'en texte est utile. Un chat qui peut inspecter la page, écrire du code dans une fenêtre TEMP en direct et enregistrer une règle terminée pour vous, c'est autre chose. AI Helper fait la seconde chose grâce à un workflow agentique d'appel d'outils. Voici comment ça marche.

Ce que « agentique » signifie ici

Quand vous envoyez un message, le modèle n'a pas à répondre d'un seul coup. Il peut décider qu'il a besoin d'informations — appeler un outil pour les obtenir — lire le résultat et continuer. Ce cycle de réfléchir → agir → observer → réfléchir est la boucle agentique. Dans AI Helper, la boucle s'exécute jusqu'à 8 étapes par tour, puis le modèle doit vous donner une réponse finale. Ce plafond garde un tour borné et prévisible.

Le protocole d'outils

Chaque fournisseur a son propre format natif d'appel de fonctions, et ils ne correspondent pas. Pour éviter trois chemins de code séparés, AI Helper utilise un protocole texte unique indépendant du fournisseur. Le modèle émet un appel d'outil sous forme de bloc balisé :

@@JZ_TOOL@@ {"tool": "query_page", "args": {"selector": ".cookie-banner"}} @@END@@

L'extension analyse ce bloc, exécute l'outil et réinjecte le résultat dans la conversation pour que le modèle puisse continuer. Comme ce n'est que du texte, exactement le même prompt et la même logique d'analyse fonctionnent à l'identique pour OpenAI, Anthropic et Gemini — changez de fournisseur en pleine conversation et le workflow ne change pas.

Les outils

AI Helper expose un ensemble d'outils restreint et ciblé. Ils se répartissent en trois groupes.

Inspection

• query_page — donnez-lui un sélecteur CSS, récupérez le nombre de correspondances et le HTML des correspondances. C'est ainsi que le modèle examine le DOM en direct à la demande.
• list_structure — renvoie vos dossiers, groupes et règles existants avec leurs identifiants, pour que le modèle sache ce qui existe déjà et où de nouveaux éléments pourraient aller.

Test en direct

• open_temp_pane — ouvre une fenêtre TEMP CSS ou JS dans la page.
• set_temp_pane_code — écrit du code dans ce panneau TEMP. La page se met à jour immédiatement, vous voyez donc la modification proposée par le modèle sur le vrai site avant que rien ne soit enregistré.

Persistance (avec votre confirmation)

• create_folder — crée un dossier.
• create_group — crée un groupe à l'intérieur d'un dossier.
• create_rule — crée une règle avec du CSS et/ou du JS et un motif d'URL.

Chacun de ces trois outils exige une confirmation utilisateur séparée et explicite. Le modèle ne peut pas écrire discrètement dans votre bibliothèque — chaque dossier, chaque groupe, chaque règle est un oui délibéré de votre part. La création d'actions ou de barres d'actions ne fait pas partie de cette étape ; les outils couvrent les dossiers, les groupes et les règles avec du CSS et du JS.

Le workflow piloté par le prompt système

Les outils ne sont que la moitié de l'histoire — le prompt système indique au modèle comment les utiliser dans l'ordre :

1. Demander des détails — clarifier ce que vous voulez vraiment avant de toucher à quoi que ce soit.
2. Inspecter la page — utiliser query_page pour confirmer la vraie structure plutôt que de deviner.
3. Tester dans une fenêtre TEMP — ouvrir un panneau, définir le code, vous le faire voir en direct.
4. Vous demander de vérifier — « la page a-t-elle l'air correcte maintenant ? »
5. Persister seulement après votre accord — et seulement alors appeler un outil de création, avec sa propre confirmation.

C'est le même chemin qu'emprunte un humain prudent : regarder d'abord, tester ensuite, enregistrer en dernier.

Un tour, étape par étape

Tour : « rends la section commentaires repliable »

étape 1  query_page    .comments        -> 1 correspondance, HTML renvoyé
étape 2  open_temp_pane  css            -> la fenêtre TEMP CSS s'ouvre
étape 3  set_temp_pane_code  ...        -> CSS de repli injecté en direct
étape 4  (texte) « J'ai ajouté un bouton de repli - vérifie la page. »
        --- le modèle s'arrête, attend ---
Vous : « bien, enregistre-le »
étape 5  list_structure                 -> lit vos dossiers/identifiants
étape 6  create_rule  (confirmer ?)     -> vous cliquez confirmer -> enregistré

Six étapes utilisées, deux restantes dans le budget. Si un tour atteint le plafond de 8 étapes, le modèle conclut avec ce qu'il a et vous indique où en sont les choses.

Les puces d'appel d'outils

Vous ne devinez jamais ce que le modèle a fait. Chaque appel d'outil et son résultat s'affichent sous forme de puce dans la fenêtre de chat — une carte compacte montrant le nom de l'outil, ses arguments et un résumé de ce qui est revenu. Faites défiler la conversation et vous pouvez auditer tout le tour : quel sélecteur a été interrogé, quel code est allé dans quel panneau, quelle règle a été créée.

Pourquoi le protocole texte compte pour vous

L'outillage indépendant du fournisseur n'est pas qu'un détail d'implémentation. Cela signifie que vous pouvez choisir un fournisseur pour des raisons de coût ou de qualité et que la capacité agentique est identique. Aucun avertissement du type « l'appel d'outils ne fonctionne que sur le fournisseur X ». Changez dans la fenêtre de chat en pleine tâche et continuez.

Voir aussi

• Les outils d'inspection de page en profondeur
• Construire une règle avec AI Helper, étape par étape
• Tester dans les fenêtres TEMP avant d'enregistrer

Le workflow agentique est intégré à AI Helper aujourd'hui. Téléchargez JustZix, ajoutez une clé API et demandez-lui de construire quelque chose — puis observez les puces.