Skip to content

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 est accessible depuis le point d’entrée.
  • [ ] 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 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 se trouve en amont sur la même route.
  • [ ] 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.
  • [ ] Pour un RAG, retriever_retrieve_information est fourni par le catalogue MCP.
  • [ ] 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 vers le LLM après MCP - Appel d'outils et possède une route de sortie.
  • [ ] 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é avec le statut attendu.