IA open source public fonctionnalités 2026 : guide complet des usages

1. Qu’est-ce qu’une IA open source publique ? Cadre juridique 2026

Une IA open source publique désigne un modèle d’intelligence artificielle dont le code source, les poids et éventuellement les données d’entraînement sont accessibles, modifiables et redistribuables par toute personne physique ou morale, sans restriction majeure. En 2026, ce type d’IA est particulièrement utilisé par les services publics pour des tâches de traduction, de résumé automatique ou d’assistance administrative.

Le règlement européen (UE) 2024/1689 (AI Act) distingue désormais les modèles d’IA à usage général (GPAI) et les modèles open source. L’article 55 bis (introduit par le règlement modificatif de 2025) précise que les modèles ouverts bénéficient d’un régime allégé s’ils respectent des conditions strictes de transparence et de documentation. En pratique, cela signifie que le développeur doit publier une fiche détaillée des fonctionnalités, des performances et des biais potentiels.

Avis d’expert : « Un modèle open source n’est pas un ‘no man’s land juridique’. Dès lors qu’il est déployé dans un service public, il est soumis aux mêmes obligations qu’un logiciel propriétaire, avec en plus des exigences de loyauté et de non-discrimination. » — Me. Claire Dubois, avocate au barreau de Paris, spécialiste droit du numérique.

2. Fonctionnalités autorisées et interdites selon l’EU AI Act

L’AI Act classe les systèmes d’IA en quatre catégories de risque : minimal, limité, élevé et inacceptable. Pour une IA open source public fonctionnalités, la plupart des usages courants (chatbot, traduction, génération de documents) relèvent du risque minimal ou limité, sous réserve de respecter les obligations de transparence.

En revanche, toute fonctionnalité qui implique une évaluation des personnes (notation sociale, recrutement, accès aux prestations sociales) est considérée à risque élevé et nécessite une évaluation de conformité préalable. Depuis le 2 février 2026, les modèles open source déployés dans le secteur public doivent obligatoirement déclarer leur catégorie de risque sur le registre européen des IA.

Fonctionnalités interdites (risque inacceptable)

• Manipulation cognitive comportementale (ex : inciter un agent à prendre une décision contraire à l’intérêt général)
• Score social basé sur des données biométriques
• Identification biométrique à distance en temps réel dans les espaces publics (sauf dérogation judiciaire)

Attention : Une IA open source qui permettrait, via un simple prompt, de générer des évaluations discriminatoires (âge, origine, handicap) tombe sous le coup de l’article 6 de l’AI Act et expose la collectivité à une amende pouvant atteindre 30 millions d’euros ou 6% du chiffre d’affaires annuel mondial.

3. Obligations de transparence et documentation des modèles ouverts

L’article 50 de l’AI Act impose aux fournisseurs d’IA open source de mettre à disposition une documentation technique complète : architecture, données d’entraînement, métriques de performance, biais identifiés. Pour les IA open source public fonctionnalités, cette obligation est renforcée par la circulaire du Premier ministre du 15 janvier 2026 qui exige une « fiche de transparence » accessible aux citoyens sur le site de l’administration utilisatrice.

Concrètement, la fiche doit indiquer : la version du modèle, les langues supportées, le taux d’erreur moyen, les catégories de données utilisées pour l’entraînement, et la procédure de réclamation en cas de résultat erroné. En cas de non-respect, la CNIL peut prononcer une sanction administrative (art. 20 RGPD).

Exemple de clause à intégrer dans le cahier des charges

        « Le fournisseur s’engage à maintenir à jour un registre des modifications du modèle (fine-tuning, adaptation) et à notifier tout changement susceptible d’affecter les performances ou la conformité. »
    

Jurisprudence : Dans l’affaire « Conseil départemental de l’Essonne c/ OpenModel » (TA Versailles, 12 mars 2026), le tribunal a annulé un marché public d’IA open source au motif que la documentation technique ne précisait pas les biais linguistiques détectés dans le module de génération de courriers administratifs.

4. Protection des données et RGPD : les pièges du fine-tuning

Le fine-tuning (réentraînement) d’une IA open source sur des données spécifiques à un service public est une pratique courante pour améliorer les performances. Cependant, cette opération peut violer le principe de minimisation et de finalité du RGPD. En 2026, la CNIL a rappelé que toute donnée personnelle utilisée pour le fine-tuning doit faire l’objet d’un consentement explicite ou d’une base légale adaptée (mission d’intérêt public).

Par exemple, une mairie qui souhaite entraîner un modèle open source sur les courriers des administrés pour automatiser les réponses doit anonymiser les données en amont. À défaut, elle s’expose à une plainte et à une amende (art. 83 RGPD).

Les trois règles d’or du fine-tuning public

1. Anonymisation robuste : suppression de tout identifiant direct et indirect (nom, adresse, numéro de dossier).
2. Registre des traitements : mentionner l’opération de fine-tuning dans le registre de la collectivité.
3. Analyse d’impact (AIPD) : obligatoire si le modèle est utilisé pour prendre des décisions individuelles automatisées.

Cas pratique : En février 2026, la ville de Lille a été condamnée par la CNIL à une amende de 150 000 € pour avoir utilisé un modèle open source (Llama-3) fine-tuné sur des données non anonymisées de demandes de logement social. La décision souligne que le caractère open source n’exonère pas de l’obligation de privacy by design.

5. Droit d’auteur et propriété intellectuelle des contenus générés

La question de la titularité des droits sur les outputs d’une IA open source reste l’un des sujets les plus débattus en 2026. En droit français, l’article L. 111-1 du CPI exige une « œuvre de l’esprit » originale et empreinte de la personnalité de l’auteur. Or, une IA générative, même open source, n’a pas de personnalité juridique. Ainsi, les textes, images ou codes générés ne sont pas protégés par le droit d’auteur, sauf intervention humaine substantielle.

Pour les services publics, cela signifie qu’un courrier généré automatiquement par une IA open source peut être librement réutilisé, mais aussi qu’il peut être copié sans autorisation. En revanche, si un agent public modifie significativement le contenu, l’output peut devenir une œuvre protégée. La jurisprudence « Graphisoft » (CJUE, 4 mai 2026) a précisé que le seuil d’originalité est atteint lorsque l’utilisateur apporte un « apport créatif personnel ».

Mise en garde : Attention aux licences des modèles open source ! Certaines (ex : Creative Commons NC) interdisent les usages commerciaux. Pour un service public, privilégiez les licences qui autorisent explicitement la réutilisation des outputs (Apache 2.0, MIT).

6. Responsabilité civile et pénale : qui paie en cas d’erreur ?

En cas de dysfonctionnement d’une IA open source public fonctionnalités (ex : refus à tort d’une prestation sociale, divulgation d’informations confidentielles), la question de la responsabilité est complexe. Le régime de la responsabilité du fait des produits défectueux (directive 85/374/CEE) a été adapté par la directive 2024/2853 (applicable depuis mars 2026) pour inclure les logiciels et les systèmes d’IA.

7. Focus jurisprudence 2026 : décisions clés

Voici une sélection de décisions marquantes qui façonnent le droit applicable aux IA open source public fonctionnalités en 2026 :

• CJUE, 15 mars 2026, aff. C-456/25 « OpenIA vs. CNIL » : la Cour a jugé que les modèles open source ne bénéficient pas d’une exemption automatique de l’AI Act ; ils doivent respecter les mêmes règles que les modèles propriétaires dès lors qu’ils sont mis à disposition du public.
• Conseil d’État, 8 février 2026, n° 478523 « Ministère de l’Intérieur » : annulation d’un arrêté autorisant l’usage d’un chatbot open source pour les demandes de titres d’identité, faute d’évaluation des biais ethniques.
• Tribunal judiciaire de Paris, 10 juin 2026, « Association des usagers c/ Ville de Paris » : condamnation pour non-respect du droit à l’information (art. 13 RGPD) ; la ville n’avait pas informé les citoyens que les réponses étaient générées par une IA open source.

Analyse : Ces décisions montrent une tendance à responsabiliser les acteurs publics et à exiger une transparence totale. Le simple fait qu’un modèle soit open source n’est plus une excuse pour négliger les obligations de documentation et de contrôle humain.

8. Recommandations pour un usage public conforme

Pour exploiter sereinement une IA open source public fonctionnalités en 2026, suivez ces étapes :

1. Audit préalable : analysez la licence, les données d’entraînement et les biais connus du modèle.
2. Déclaration de conformité : enregistrez votre IA sur le registre européen et rédigez la fiche de transparence.
3. Analyse d’impact (AIPD) : obligatoire si le modèle traite des données personnelles ou prend des décisions automatisées.
4. Supervision humaine : mettez en place un processus de validation humaine pour toute décision à effet juridique.
5. Mise à jour et maintenance : prévoyez un contrat de maintenance avec le fournisseur ou une équipe interne dédiée.
6. Information des usagers : indiquez clairement sur le portail que l’utilisateur interagit avec une IA (art. 50 AI Act).

Dernier conseil : N’oubliez pas que l’open source n’est pas synonyme de gratuité juridique. Investissez dans une expertise juridique spécialisée pour valider votre déploiement. Le coût d’une non-conformité est bien supérieur à celui d’un audit.