Finaudax
← Tous les chapitresChapitre 2 sur 8

Risque, données et choix de solution

Vous choisissez la méthode de travail et le modèle uniquement après que les données, l’impact des erreurs, les droits et les exigences opérationnelles sont clairs.

Après ce chapitreVous pouvez classifier un cas d'utilisation, choisir une architecture appropriée et documenter les risques et les autorisations.
Votre progression0 sur 48 leçons
2.1

Vie privée, droit d'auteur, confidentialité et hallucinations

Traitez séparément quatre domaines de risque ; un avertissement général est insuffisant.

La vie privée concerne les données personnelles ; la confidentialité concerne les informations commerciales ; le droit d'auteur concerne le matériel protégé ; les hallucinations concernent du contenu inventé ou mal attribué. Un cas d'utilisation peut toucher les quatre.

Créez pour chaque risque un scénario, la probabilité, l'impact, la prévention, la détection, le propriétaire et la récupération. La pseudonymisation réduit parfois le risque, mais ne rend pas automatiquement les données anonymes.

  • Données personnelles
  • Secret commercial
  • Droit d'utilisation
  • Erreur factuelle
  • Récupération
Voici comment vous pouvez l'utiliser

Un assistant de devis traite des données de contact, des règles de prix confidentielles, des textes sources protégés et éventuellement des conditions inventées.

Essayez ce prompt
Construisez quatre registres de risques pour [use-case] : vie privée, confidentialité, droits d'auteur et sortie incorrecte. Fournissez prévention, détection, propriétaire et récupération.
Test de connaissances rapide

Quelle approche convient le mieux à cette leçon ?

Votre tâche pratique

Analysez un flux de données et attribuez un propriétaire à chaque risque.

2.2

Classifier les données avant utilisation

L'accès aux données ne signifie pas automatiquement que le traitement par l'IA est autorisé.

Classifiez public, interne, confidentiel, strictement limité et données personnelles. Ajoutez des restrictions contractuelles ou sectorielles et déterminez pour chaque catégorie l'outil, le stockage, la conservation et le partage.

Utilisez uniquement les champs nécessaires au résultat. Vérifiez les droits et si les données de test peuvent être fictives ou synthétiques.

  • Classification
  • Finalité
  • Champs minimaux
  • Rétention
  • Accès
Voici comment vous pouvez l'utiliser

Un rapport de service utilise la catégorie de problème et la solution, mais laisse de côté le nom et le dossier complet lorsque ce n'est pas nécessaire.

Essayez ce prompt
Créez une classification des données pour [workflow]. Indiquez pour chaque champ la finalité, la catégorie, la nécessité, l'environnement, la rétention et l'alternative de test fictive.
Test de connaissances rapide

Quelle approche convient le mieux à cette leçon ?

Votre tâche pratique

Supprimez de tout formulaire tout champ sans nécessité démontrable.

2.3

Choix du modèle par tâche

Choisissez en fonction des exigences de la tâche et des preuves d'évaluation, pas en fonction de la réputation ou d'une seule démonstration.

Définissez les modalités, les outils, le contexte, la précision et la forme de sortie. Testez l'écriture, l'analyse, le code, la recherche et l'image avec différents ensembles de données représentatifs où leurs exigences diffèrent.

Changer les noms de modèles. Conservez les exigences, l'ensemble de tests et le score minimum comme base stable et retestez en cas de modification du modèle ou de le prompt.

  • Apte au travail
  • Modalité
  • Outils
  • Seuil de qualité
  • Cerf
Voici comment vous pouvez l'utiliser

Un flux de travail d'image et un processus d'extraction financière utilisent différents tests et éventuellement différents modèles.

Essayez ce prompt
Élaborez un protocole de choix de modèle pour [tâches]. Définissez les exigences et le jeu de test ; comparez d'abord la qualité, puis la vitesse et les coûts. Ne nommez pas de gagnant sans résultats mesurables.
Test de connaissances rapide

Quelle approche convient le mieux à cette leçon ?

Votre tâche pratique

Testez deux options disponibles avec cinq cas normaux et deux cas critiques.

2.4

Vitesse, précision, contexte et coûts

Optimisez seulement après avoir atteint la qualité minimale et les limites de sécurité.

La latence affecte l'utilisation ; le contexte détermine les informations disponibles ; les requêtes et les jetons influencent le temps et les coûts. Un contexte plus large peut également ajouter de l'irrationalité et des conflits.

Mesurez le temps de bout en bout, le travail de correction et les coûts d'erreur. Une sortie plus courte, moins de requêtes ou un modèle plus léger ne sont valides que lorsque la qualité de l'ensemble d'évaluation le confirme.

  • Qualité minimale
  • Temps de bout en bout
  • Contexte
  • Volume
  • Coûts d'erreur
Voici comment vous pouvez l'utiliser

Une réponse qui est une seconde plus rapide mais qui est récupérée plus souvent est opérationnellement plus lente.

Essayez ce prompt
Concevez pour [workflow] une matrice avec qualité minimale, délai p95, besoin de contexte, volume, coûts des erreurs et budget. Proposez trois optimisations à tester.
Test de connaissances rapide

Quelle approche convient le mieux à cette leçon ?

Votre tâche pratique

Faites une mesure de base de vingt exécutions, y compris correction et réparation.

2.5

ChatGPT, travail, plugin ou API

Le choix de l'interface détermine le flux de données, l'échelle, l'examen et la gestion.

Le chat convient aux dialogues délimités ; le travail convient aux livrables révisables plus volumineux ; les plugins conviennent aux données ou actions connectées ; l'API convient à l'intégration du propre produit, à l'échelle ou à la journalisation structurelle.

La disponibilité et les permissions diffèrent. Documentez l'identité, les droits source, le moment d'approbation et le stockage pour chaque itinéraire.

  • Expérience
  • Sources
  • Actions
  • Échelle
  • Exploitation forestière
  • Permissions
Voici comment vous pouvez l'utiliser

Une analyse interne périodique peut s'intégrer dans Work ; le traitement en temps réel dans un portail client nécessite plutôt une intégration gérée.

Essayez ce prompt
Comparez Chat, Work, plugin et API pour [use-case] en termes de données, identité, droits, révision, journalisation, échelle et gestion. Marquez la disponibilité non confirmée.
Test de connaissances rapide

Quelle approche convient le mieux à cette leçon ?

Votre tâche pratique

Dessinez pour l'option choisie le flux des données et des autorisations.

2.6

Enregistrer une décision architecturale

Note également pourquoi vous choisissez, sous quelles hypothèses et quand vous reconsidérez.

Décrivez le contexte, les exigences, les alternatives examinées, le choix, les conséquences et les propriétaires. Ainsi, une équipe ultérieure ne considérera pas le choix comme une loi de la nature.

Ajoutez des déclencheurs de révision tels que la croissance du volume, de nouvelles données sensibles, une modification du modèle, un incident ou un fournisseur. Liez la décision aux tests et au registre des risques.

  • Contexte
  • Alternatives
  • Décision
  • Conséquences
  • Preuve
  • Déclencheur
Voici comment vous pouvez l'utiliser

Un choix d'API est réexaminé lorsque le volume double ou lorsqu'une nouvelle catégorie de données apparaît.

Essayez ce prompt
Rédigez une décision d'architecture pour [use-case] avec contexte, exigences, options, choix, conséquences, preuves, propriétaire et déclencheurs de révision.
Test de connaissances rapide

Quelle approche convient le mieux à cette leçon ?

Votre tâche pratique

Laissez un propriétaire technique et un propriétaire métier réexaminer la même décision.

Exercice de chapitre

Rassemblez tout

Fournissez la classification des données, un registre des risques en quatre volets, un plan de test du modèle, le choix du canal et la décision d'architecture.