· delivery · Mis à jour le
Checklist de transfert d’une intégration IA en production
Une intégration IA n’est pas transmise lorsque le code est fusionné. L’équipe qui la reprend a besoin du contexte nécessaire pour l’exploiter, reconnaître une panne, restaurer un état sûr et savoir qui décide. Définissez le dossier avant la dernière semaine afin de découvrir tôt les accès ou connaissances opérationnelles manquants.
Ce dont l’équipe a besoin
- Frontière du système : schéma à jour du parcours utilisateur, sources, modèle ou service externe, stockage, logs et systèmes destinataires. Marquez les données autorisées à franchir chaque frontière.
- Configuration et responsables : étapes de déploiement, noms de variables sans secrets, identifiants modèle et prompt, version de schéma ou index si nécessaire, responsables de l’app, des identifiants et du fournisseur.
- Exploitation : signaux de panne, emplacement des diagnostics expurgés, limites de retry, solution manuelle, moyen d’arrêt et étapes pour restaurer la version fonctionnelle précédente.
- Preuves de validation : scénarios réussis, limites connues, seuils qualité et latence, hypothèses de coût et actions soumises à une revue humaine.
- Transfert : séance où le futur opérateur réalise un parcours normal et une récupération, puis note les questions et responsabilités ouvertes.
Exemple : résumés pour une file de support
Exemple illustratif : un projet ajoute des brouillons de résumé de conversations dans une file interne. Le schéma identifie l’enregistrement source, le service de résumé et le champ brouillon ; il précise que la fonctionnalité n’envoie pas de réponse et ne change pas le statut du ticket. Le runbook décrit la source manquante, les identifiants d’erreur expurgés et la désactivation sans modification de la conversation d’origine.
Avant le transfert, le responsable teste un cas normal et un cas sans source, confirme la restauration de la configuration précédente et identifie qui peut renouveler l’identifiant du service. C’est un modèle de handover, pas un résultat ou une capacité attribuée à un client.
Liste de contrôle
- L’équipe peut-elle nommer les responsables produit et technique ?
- Flux de données, accès, logs, conservation et dépendances sont-ils documentés ?
- Un opérateur sait-il détecter, arrêter et récupérer les pannes probables ?
- Les versions modèle, prompt, schéma et évaluation correspondent-elles au build accepté ?
- Revue humaine, coût et limites connues sont-ils explicites ?
- Le futur opérateur a-t-il effectué un parcours normal et une reprise ?
Consultez le guide de runbook IA et nos notes sur l’exploitation continue. Nos services IA décrivent le périmètre actuellement proposé.
Rédigé par le studio Clutch Developer à Barcelone. Contact : info@clutchdeveloper.com