Résumé

  • La version 08 du vocabulaire AIPREF dit désormais que la catégorie Recherche prime sur des opérations qui relèveraient autrement de l’entraînement ou de l’usage de l’IA.
  • search=y peut donc accompagner train-ai=n, à condition que les modèles et leurs sorties restent exclusivement affectés à la sélection de ressources et au renvoi vers leur emplacement d’origine.
  • Cette exception ne vaut ni autorisation générale d’entraîner, ni permission de produire des résumés, ni mécanisme d’exécution juridique ou technique.
  • Le texte demeure un projet de groupe de travail et précise lui-même qu’il ne reflète pas un consensus, même partiel.

Une préférence contient désormais une hiérarchie

Un éditeur pourrait raisonnablement vouloir apparaître dans un moteur de recherche tout en refusant que ses pages alimentent un modèle généraliste. Deux signaux bruts — recherche permise, entraînement refusé — ne disent pourtant pas lequel commande lorsqu’un moteur entraîne ses propres modèles de classement. La version 08 du vocabulaire AIPREF, datée du 14 septembre, tranche ce cas au niveau de la définition.

L’entraînement de l’IA y désigne l’emploi d’une ressource pour modifier les paramètres appris d’un modèle d’IA générative. L’usage de l’IA forme une autre catégorie lorsque la ressource est fournie à un modèle génératif sans avoir été directement apportée par l’utilisateur. La Recherche obéit à un objectif différent : choisir des ressources et conduire les utilisateurs vers leur emplacement d’origine. Elle suppose un lien direct ; des extraits peuvent signaler la pertinence, mais pas des résumés produits par le système.

À l’intérieur de ce périmètre, le traitement interne peut inclure l’entraînement ou l’utilisation de modèles. La condition est forte : modèles et résultats doivent servir exclusivement les usages qui répondent à la définition de Recherche. Le projet ajoute ensuite que cette catégorie prime sur les opérations qui tomberaient sinon dans Entraînement de l’IA ou Usage de l’IA.

Cette phrase explicite ce que la version 07 laissait moins net. Le diff officiel montre aussi l’arrivée de ai-use, d’une définition de l’IA générative et de la règle de priorité. Il ne s’agit donc pas d’une retouche stylistique : la même combinaison de valeurs reçoit une interprétation plus déterminée.

Le « non » reste prioritaire, mais dans sa catégorie

Le texte conserve une règle restrictive pour plusieurs déclarations applicables à une même catégorie. Un n l’emporte ; à défaut, un y s’applique ; en l’absence des deux, la préférence est inconnue. La difficulté est que cette résolution verticale ne suffit pas à décrire les rapports entre catégories. La Recherche bénéficie précisément d’une priorité transversale sur l’entraînement et l’usage.

Les termes sont transmis sous les noms train-ai, ai-use et search, avec les valeurs y et n. RFC 9651 fournit le cadre de champs structurés utilisé pour les sérialiser. Il ne définit pas le compromis, ne surveille personne et ne transforme pas la préférence en licence.

Un autre projet s’occupe du rattachement aux contenus. La version 05 du projet Attachment décrit l’en-tête HTTP Content-Usage et une directive pour robots ; sa fiche Datatracker retrace ce travail. Le transport permet au signal d’arriver. Il ne démontre ni sa lecture, ni la bonne résolution des catégories, ni la séparation effective des modèles.

Cette séparation est le vrai prix de l’exception. Un modèle réservé au repérage et au classement de liens peut entrer dans le cas prévu. Un modèle réemployé pour un assistant de rédaction, une réponse synthétique ou un corpus général ne devient pas licite parce qu’une étape de recherche figure dans la chaîne. Le mot « recherche » n’efface pas la contrainte d’exclusivité.

Les échanges expliquent le choix sans le ratifier

Le groupe avait déjà posé la question de manière concrète. Alissa Cooper a demandé si search=y permettait à une application de recherche d’entraîner ou d’utiliser un modèle dès lors que la présentation restait conforme aux conditions. Martin Thomson a répondu que cette lecture était correcte et a renvoyé vers une clarification.

Ces messages éclairent l’intention éditoriale. Ils ne constituent ni adoption, ni scrutin, ni politique de l’IETF. Le projet avertit expressément que son contenu ne reflète pas le consensus du groupe de travail, en tout ou en partie. La page du document, son historique et la charte AIPREF situent un chantier actif, non une norme achevée.

Des frontières restent ouvertes. L’issue 249 interroge le sens d’une ressource « directement fournie » par l’utilisateur lorsqu’il ne donne qu’une URL ou une référence. Le nouveau passage sur la transmission des préférences avec un modèle distribué est lui aussi signalé comme matière à discussion. La priorité de Recherche peut être claire sans que toute la taxonomie le soit.

Enfin, le projet reconnaît qu’une préférence n’assure pas son respect. Le destinataire choisit s’il la suit et des contrats particuliers peuvent la remplacer. Aucun mécanisme de sécurité ni aucune action IANA n’est revendiqué. La contribution de la version 08 est plus limitée : rendre visible une exception de finalité qui aurait pu rester enfouie dans l’architecture du moteur.

Sources