Avant de sauvegarder

Une dernière passe réduit fortement les erreurs de branches, variables et JSON.

Structure

• [ ] Début est relié au premier bloc utile.
• [ ] Chaque bloc fait partie du parcours depuis Début ou fournit des sources ou des outils à un bloc de ce parcours.
• [ ] Chaque route termine par une réponse ou une action cohérente.
• [ ] Les branches Après succès, Après échec et Sinon sont prévues.
• [ ] Les sorties portant un libellé métier sont reliées aux suites attendues.
• [ ] Les boucles agentiques possèdent une route de sortie.

Nommage

• [ ] Les noms décrivent le rôle métier des blocs.
• [ ] Les alias de sortie sont explicites et uniques.
• [ ] Les variables créées ne contiennent ni espace ni caractère spécial.
• [ ] Aucun renommage n’a laissé une ancienne référence.

Variables

• [ ] Les références ont été sélectionnées via l’aide {{ lorsque possible.
• [ ] Le bloc producteur est exécuté avant l’utilisation de sa variable sur la route testée.
• [ ] REQUEST est utilisé par défaut et CONVERSATION seulement si nécessaire.
• [ ] Les références temporaires comme {{http-1.body}} correspondent aux identifiants réels.
• [ ] Les blocs de debug codeblock sensibles ont été retirés.

JSON et HTTP

• [ ] Les en-têtes sont des objets JSON valides.
• [ ] Les codes acceptés sont des tableaux de nombres.
• [ ] Le corps correspond au type raw, formData ou x-www-form-urlencoded.
• [ ] Le Content-Type et le format de réponse sont cohérents.
• [ ] Les timeouts couvrent la durée normale du service.

LLM, documents et MCP

• [ ] Un modèle est sélectionné sur chaque instruction et requête LLM.
• [ ] La variable d’instruction pointe vers le bon bloc.
• [ ] Si un bloc Sources de données est utilisé, son modèle d’embedding est disponible et ses sources sont compatibles.
• [ ] Les sources sélectionnées ont été vérifiées après tout changement de modèle.
• [ ] Les fournisseurs de sources et d’outils sont associés aux bons Ports contextuels et restent détachés du parcours principal.
• [ ] Pour l’exemple RAG construit avec les blocs MCP, retriever_retrieve_information est fourni par le catalogue.
• [ ] Les métadonnées du Retriever correspondent au connecteur et aux sources attendus.
• [ ] Les outils MCP ont été récupérés et limités au nécessaire.
• [ ] tools, genericToolCalls et toolServerRouting proviennent des bons blocs.
• [ ] La boucle revient au même bloc Instruction LLM après MCP - Appel d'outils, puis à la requête qui lit cette instruction, et possède une route de sortie.
• [ ] Sans outils MCP, le champ Outils est désactivé dans l’instruction et la requête LLM.
• [ ] Les tokens sont transmis à l’exécution, jamais stockés en clair.

Expérience finale

• [ ] Le parcours nominal a été testé dans Semantics Chat.
• [ ] Chaque erreur importante a été provoquée et vérifiée.
• [ ] Les réponses finales ne contiennent pas de données techniques brutes.
• [ ] L’assistant reconnaît clairement une information absente.
• [ ] Les actions sensibles demandent une confirmation.
• [ ] Le workflow est sauvegardé et les anomalies signalées ont été corrigées.