Définir la finalité
Le système part d'un besoin précis, d'utilisateurs identifiés et d'un résultat attendu. L'IA n'est pas ajoutée pour rendre une offre plus spectaculaire.
IA responsable
Une IA responsable est une fonctionnalité conçue pour une finalité explicite, avec des données maîtrisées, des risques évalués, une supervision adaptée et la possibilité de corriger ou d'arrêter le système. Boost Agency documente ces choix avant le déploiement.
Notre position
Choisir le bon niveau d'autonomie
Cette matrice est un point de départ. Le contexte, les personnes affectées, les données et la réglementation peuvent changer la décision.
| Type d'usage | Approche habituelle | Contrôle attendu |
|---|---|---|
| Préparer | Résumé, brouillon, extraction ou classement destiné à un professionnel. | Relecture avant usage, sources accessibles, données autorisées. |
| Suggérer | Prochaine action, réponse possible ou recommandation non engageante. | Choix humain explicite, possibilité d'ignorer, suivi de la qualité. |
| Interagir | Assistant ou interface conversationnelle en contact avec un utilisateur. | Information claire, limites, transfert vers une personne et prévention des réponses risquées. |
| Décider ou profiler | Décision produisant un effet important sur une personne ou son accès à un service. | Analyse juridique et de risque préalable ; usage potentiellement encadré, à haut risque ou interdit. |
Le cadre Boost
Ils s'appliquent aux fonctionnalités que nous développons comme aux services externes intégrés dans un produit.
Le système part d'un besoin précis, d'utilisateurs identifiés et d'un résultat attendu. L'IA n'est pas ajoutée pour rendre une offre plus spectaculaire.
Nous déterminons avec le client s'il fournit, déploie, adapte ou utilise un système d'IA, car les responsabilités diffèrent selon la situation.
Nous examinons le secteur, les personnes affectées, l'autonomie, les données et l'impact d'une erreur avant de choisir le niveau de contrôle.
Les catégories de données, leur nécessité, leur base de traitement, leur transmission aux fournisseurs et leur conservation sont rendues explicites.
Une personne doit pouvoir comprendre le rôle de la sortie, la vérifier, la corriger et reprendre la main lorsqu'une décision a des conséquences.
Qualité, cas limites, erreurs plausibles, sécurité, biais pertinents et comportement après modification sont évalués selon l'usage réel.
L'utilisateur est informé de l'intervention de l'IA lorsque le contexte l'exige, ainsi que de ses limites et du moyen de joindre une personne.
Version, incidents, changements de fournisseur, indicateurs et procédure de désactivation sont documentés pour éviter une dépendance silencieuse.
AI Act
Le règlement européen distingue notamment les pratiques interdites, les systèmes à haut risque, certaines obligations de transparence et les modèles d'IA à usage général.
Le règlement européen sur l'intelligence artificielle est entré en vigueur.
Les pratiques interdites et les obligations de culture ou littératie en matière d'IA ont commencé à s'appliquer.
Des règles de gouvernance et obligations concernant les modèles d'IA à usage général sont devenues applicables.
La majorité du règlement devient applicable, avec des exceptions et transitions dont le calendrier doit être vérifié.
État vérifié le 7 août 2026 à partir de la page de suivi de la Commission européenne. Des ajustements législatifs et périodes transitoires existent : la qualification d'un système ne doit pas être déduite de ce résumé.
Usages sensibles
Aucune fonctionnalité ne doit présenter une sortie probabiliste comme une certitude médicale, juridique ou financière. L'évaluation d'une personne, l'accès à un service, le recrutement, le profilage ou l'usage de données biométriques exigent un examen spécifique et peuvent être exclus du projet.
Le contrôle humain n'est utile que si la personne possède le temps, les informations, la compétence et l'autorité nécessaires pour contester la sortie.
Voir notre approche sécurité et confidentialitéFiche système IA
La documentation est adaptée au rôle de l'organisation et au risque de l'usage.
Besoin, utilisateurs, résultat attendu et rôle de chaque acteur.
Fournisseur, version, catégories de données, stockage et transmissions.
Cas limites, critères de qualité, validation humaine et suivi.
Traces utiles, escalade, désactivation, changement de modèle et réversibilité.
Références
Publié par Boost Agency, sous la responsabilité éditoriale d'Arthur Chaventré. Revue : 7 août 2026. Vérification trimestrielle et après toute évolution significative signalée. Une correction peut être demandée selon notre politique éditoriale.
Questions fréquentes
Non. Nous l'utilisons ou l'intégrons seulement lorsqu'elle améliore un parcours précis et que ses risques peuvent être maîtrisés. Une règle déterministe, une recherche classique ou une amélioration de processus peut être plus fiable et moins coûteuse.
Ce n'est pas notre approche par défaut. Pour les décisions médicales, juridiques, financières, professionnelles ou autrement engageantes, nous prévoyons une validation humaine et un cadre spécialisé ; certains usages peuvent être interdits ou soumis à des obligations renforcées.
Cela dépend du fournisseur, de l'offre et de la configuration. Ce point doit être vérifié contractuellement avant tout usage réel. Les données sensibles ou confidentielles ne sont pas intégrées à un service sans décision et garanties adaptées.
Non. La CNIL rappelle que le règlement sur l'IA complète les obligations de protection des données ; il ne les remplace pas. Un même système peut relever simultanément de plusieurs cadres juridiques et sectoriels.
Nous pouvons inventorier le système, intégrer des mesures techniques, préparer la documentation et signaler les points à valider. La qualification juridique, les obligations exactes et leur validation restent à établir avec les responsables et conseils compétents du projet.
Cadrer un usage