ActualitéIA

Critiques et controverses autour de l’API Prompt de Google pour l’IA

Google a introduit l’API Prompt, permettant aux sites web d’accéder directement à un modèle linguistique fonctionnant dans le navigateur, sans nécessiter l’envoi de requêtes à un serveur cloud. Dans Chrome, c’est le modèle Gemini Nano qui est utilisé, tandis que Microsoft Edge utilise le modèle Phi-4 mini-instruct. Cette spécification, développée par un groupe de travail du W3C, promet une gestion locale des données sensibles, une utilisation hors ligne et des coûts réduits par rapport aux services cloud.

Opposition de Mozilla et préoccupations d’interopérabilité

Malgré ces promesses, l’interface rencontre une forte opposition. Depuis juin 2025, elle figure sur la liste publique de Mozilla des positions sur les standards web comme « négative ». Récemment, Jake Archibald de Mozilla a renouvelé ses critiques sur GitHub. Des préoccupations similaires viennent également des environnements Apple et Microsoft ainsi que de l’équipe Chrome elle-même.

Mozilla critique principalement le fait que les sites web pourraient adapter leurs instructions d’IA aux particularités de Gemini Nano. Archibald cite son expérience où son système domotique devait produire des annonces en anglais britannique mais a initialement donné une imitation américaine clichée. Cela montre que les prompts sont adaptés aux défauts d’un modèle particulier, rendant difficile l’utilisation d’un modèle plus récent et potentiellement meilleur.

Règles de contenu et responsabilités légales

L’intégration de l’API Prompt nécessite l’acceptation des règles de Google pour les IA génératives, interdisant notamment les contenus sexuellement explicites et les déclarations trompeuses sur les processus étatiques ou démocratiques. Archibald soulève la question de la responsabilité : si quelqu’un clique sur « Résumé » sous un commentaire violant la politique de Google, il n’est pas clair contre qui Google agirait – l’utilisateur, l’auteur ou l’exploitant du site web.

Doutes internes chez Google et alternatives proposées

Même au sein de Google, des doutes subsistent. Rick Byers du Chrome team a déclaré qu’il utiliserait sa position pour casser toute particularité dans Chrome si d’autres navigateurs se sentent obligés de copier le modèle choisi par Chrome. Son collègue Mike Wasserman considère légitimes les préoccupations de Mozilla concernant les règles de contenu et admet un faible intérêt démontré par les développeurs.

Maciej Stachowiak d’Apple estime que des fonctionnalités similaires peuvent déjà être mises en œuvre via des standards existants comme Fetch, WebGPU et WebNN. Archibald rapporte que des responsables chez Microsoft partagent désormais ces préoccupations d’interopérabilité.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *