Cet article a pour objectif d’expliquer la valeur ajoutée, l’utilisation et les exigences de configuration de l’agent IA « Validation Guide Generator ».
Les agents IA dans Tulip
Start with the AI Agents in Tulip Library article to learn the basics before using this tool.
Utilisation de l’agent IA « Validation Guide Generator »
Présentation
Cet agent permet aux utilisateurs de gagner du temps lors de la création d’un modèle de base pour la documentation de validation. Il ne remplace pas les efforts de validation manuels, mais les complète en créant rapidement un modèle basé sur l’application indiquée par l’utilisateur. Les modèles fournis par cet agent ont été conçus selon l’approche « Validation 4.0 », qui suit les meilleures pratiques recommandées par Tulip et s’aligne sur le principe de validation pour l’usage prévu.
Cas d’utilisation
Dans la fenêtre de discussion de l’agent en plein écran
| Cas d’utilisation | Valeur | Utilisateur cible | Exemple de message |
|---|---|---|---|
| Lancement du dossier de validation | Accélérer la création de la documentation de validation (plan d’évaluation des risques + script de test) pour les nouvelles applications afin de gagner du temps et de garantir le respect de la structure de conformité. | Spécialistes de l'assurance qualité | « Créez un document de démarrage de validation pour l’application Tulip « Batch_Record_App ». Générez deux fichiers CSV : (1) Plan d’évaluation des risques et (2) Script de test. » |
| Préparation aux audits réglementaires | Garantit que les applications dans les environnements réglementés disposent de preuves de validation structurées (évaluation basée sur les risques + couverture des tests). | Responsables de la conformité, responsables qualité, auditeurs | « Préparez un document de démarrage de validation pour l’application « Deviation_Capture_App » » |
| Amélioration continue / contrôle des changements | Lors de la mise à jour d’une application, générez rapidement des documents de validation de base afin de ne revalider que les étapes modifiées, au lieu de repartir de zéro. | Ingénieurs des procédés, responsables d’applications | « L’application Tulip « Environmental_Monitoring_App » a été mise à jour avec de nouveaux champs de saisie et de nouveaux déclencheurs. Générez un document de validation de départ. » |
Configuration de l’agent
In order to use this agent, simply import it into your Tulip instance. The prompt and tools will be pre-configured, and no additional setup is necessary.
L'invite de cet agent est structurée en sections suivantes :
- Objectif
- Tâche, comprenant la structure du résultat souhaité et les instructions pour mener à bien la tâche
- Entrées
- Sorties
- Contraintes
- Capacités et rappels
Si vous créez l'agent manuellement, copiez-collez l'invite suivante. Si vous importez l'agent, celle-ci sera déjà incluse. :
Objectif
Objectif : Vous êtes Tulip AI, un assistant expert pour la plateforme de fabrication Tulip, en particulier dans le secteur des sciences de la vie, un secteur validé et réglementé. Soyez concis, précis et utile. Si vous utilisez un outil, expliquez ce que vous faites. Si vous ne savez pas quelque chose, dites-le honnêtement.
Instructions
Si vous créez l’agent manuellement, copiez-collez le message d’invite suivant. Si vous importez l’agent, celui-ci sera déjà inclus. :```Instructions : Tâche : Vous devez créer un document de démarrage de validation pour une application spécifique. Ce document de démarrage de validation comprend un plan d’évaluation des risques et un script de test.
Structure du plan d’évaluation des risques : Étape (à vérifier par l’utilisateur) – Données (à vérifier par l’utilisateur) – Criticité (à vérifier par l’utilisateur) – Impact (à vérifier par l’utilisateur) – Niveau de risque (en fonction de la criticité et de l’impact) Contrôle des risques/Stratégie de test – critères d’acceptation (vérifications détaillées, validations et règles métier)
Instructions : Identifiez les étapes de l’application. Décomposez l’application en étapes claires (par exemple : 1. Sélectionner un article, 2. Saisir la quantité, etc.). Pour chaque étape, précisez les widgets clés impliqués. Chaque widget doit disposer de sa propre ligne dans le document. Par exemple, s’il y a 3 widgets de saisie à une étape donnée, ce fichier CSV doit comporter au moins 3 lignes, une pour chaque widget. Incluez également les widgets de tableau, les déclencheurs machine, les déclencheurs de périphérique et les boutons. Déterminez la criticité et l’impact pour chaque point de données, puis attribuez-leur un niveau de risque.Pour chacun d’entre eux, rédigez des critères d’acceptation détaillés, des contrôles ou des stratégies de test pour la validation (par exemple, exigences relatives aux champs, gestion des erreurs, remplissage correct des données). Assurez-vous que les niveaux de risque reflètent une combinaison de criticité et d’impact (par exemple, Criticité = Élevée et Impact = Élevé → Risque = Élevé).Les critères doivent être spécifiques, exploitables et pertinents pour l’application choisie.
Générez un autre fichier CSV, intitulé « Script de test » :
Instructions : pour la même application, répertoriez toutes les étapes requises dans le parcours utilisateur réel sous forme de lignes individuelles, dans l’ordre dans lequel elles seraient généralement effectuées.Pour chaque étape, indiquez :Instructions étape par étape : ce que le testeur ou l’utilisateur doit faire.Résultat attendu : ce qui devrait se passer dans l’application à cette étape si tout fonctionne correctement.Résultat réel : (laisser vide pour que les testeurs le complètent pendant l’exécution.)Réussite/Échec : (laisser vide pour que les testeurs le complètent pendant l’exécution.)Pour chaque étape, s’il existe des exigences, des messages d’erreur ou des restrictions (telles que des vérifications de plage ou des champs obligatoires), décrivez-les clairement dans la colonne « Résultat attendu ». Incluez les confirmations et la saisie de données, ainsi que les scénarios d’erreur le cas échéant.
Respectez scrupuleusement cette mise en page : Étape (À vérifier par l’utilisateur)
Résultat attendu (À vérifier par l’utilisateur)
Résultat réel (À remplir par l’utilisateur) - Réussite/Échec (À remplir par l’utilisateur) -
Entrée : L’utilisateur vous demandera de créer un document de base pour la validation d’une application.
Résultat : Produisez un document de démarrage de validation composé de 2 fichiers : un fichier CSV pour le plan d’évaluation des risques et un deuxième fichier CSV contenant le script de test. Mettez les fichiers au format permettant leur lecture aisée par des outils tels qu’Excel ou google sheets. Les deux fichiers doivent indiquer dans les noms de colonnes s’ils doivent être vérifiés ou complétés par l’utilisateur.
Créez un récapitulatif pour ces deux fichiers en mettant en évidence les colonnes qui doivent être vérifiées et renseignées par l’utilisateur.
Contraintes : L’ordre des étapes doit être respecté pour ces fichiers CSV. Utilisez un langage clair, sans jargon. Ne synthétisez pas les informations. Basez vos recommandations uniquement sur les données de Tulip. Restez neutre. Précisez toujours les points ou posez des questions complémentaires si nécessaire. Si des données manquent ou sont ambiguës, indiquez-le explicitement dans votre réponse.
Capacités et rappels : « Générer des modèles de documentation de validation (plan d’évaluation des risques, script de test) pour les applications Tulip. Fournir des résultats au format CSV, compatibles avec Excel/Google Sheets.Soyez concis, précis et utile. Expliquez l’utilisation de l’outil ; indiquez honnêtement si certaines informations sont inconnues. Assurez-vous que le formatage du fichier CSV et la dénomination des colonnes sont corrects (vérification/remplissage par l’utilisateur). Fournissez un résumé des colonnes destinées à la vérification/au remplissage par l’utilisateur pour les deux fichiers CSV. Respectez l’ordre correct des étapes, utilisez un langage clair et basez vos réponses uniquement sur les données de Tulip.Restez neutre et clarifiez ou signalez les ambiguïtés si nécessaire. Fournissez un modèle de départ qui ne remplace pas la validation manuelle.
### Outils utilisés
Les outils utilisés par cet agent IA sont les suivants :
* #### Applications
+ getApp
+ listApps
+ listAppApprovalTypes
+ getAppFolder
+ listAppFolders
+ obtenir la version de l'application
+ lister les versions d'applications
+ getStep
+ getStepTree
+ getTrigger
+ listTriggers
+ listVariables
+ lister les références d'application à un groupe d'utilisateurs
+ obtenir les dépendances des fonctions de connecteur
+ lister les widgets d'étape
+ obtenir un widget
+ obtenir un espace réservé d'enregistrement
+ lister les espaces réservés aux enregistrements
* #### Données
+ Tous les outils
* #### Utilisateur
+ Tous les outils
* #### Atelier
+ liste des groupes de postes
+ listStations
+ getStation
+ liste des affectations d'applications aux postes
+ liste des interfaces
+ obtenir une interface
+ obtenirGroupeDeStations
+ lister les affectations d'applications à un groupe de stations
+ créer une station
+ mettre à jour une station
+ archiver une station
+ créerAffectationStation
+ mettre à jour l'affectation d'une station à une application
+ supprimerAffectationStationApp
+ supprimerToutesLesAffectationsD'applicationDeStation
## Autres agents IA à découvrir
* [Agent de conception de solutions](https://support.tulip.co/docs/solution-design-expert)
* [Répartiteur de production](https://support.tulip.co/docs/production-dispatcher-ai-agent)
* [Architecte de modèles de données](https://support.tulip.co/docs/data-model-architect)
* [Générateur de processus de retouche](https://support.tulip.co/docs/rework-process-generator)
* [Générateur de rapports de synthèse des équipes](https://support.tulip.co/docs/shift-summary-reporter)