Lignes directrices de l’article 50 : ce que les agents d’IA n’ont pas à marquer

À la date du jalon de transparence de l’article 50 dans le calendrier d’application de Legalithm (article 50) : les devoirs s’appliquent à compter de cette date. Les dates haut risque de l’annexe III et des produits intégrés de l’annexe I se situent plus loin sur le même calendrier. Ce texte n’énonce que des faits que les lignes directrices de la Commission sur l’article 50 rendent explicites dans les paragraphes nommés ci-dessous, rien d’autre.

La réponse d’abord

Si vous livrez une architecture d’agents d’IA dans l’Union, la moitié la plus utile des lignes directrices de la Commission sur l’article 50 (adoptées le 20 juillet 2026, 51 pages) n’est pas une nouvelle liste d’étiquettes. C’est le champ d’application négatif : ce qui ne compte pas comme contenu de synthèse au titre de l’article 50, paragraphe 2, et quelles communications d’agents tombent hors de la surface de transparence.

Pour un public de développeurs, c’est la moitié qui évite des semaines de sur-marquage. Commencez par ce que vous pouvez laisser non marqué. Lisez ensuite la règle d’information des agents au paragraphe 31 pour ce que vous devez encore dire aux personnes.

Cet article n’invente pas de commentaire au-delà de ces paragraphes des lignes directrices. Lorsqu’une date apparaît pour l’article 50, le haut risque de l’annexe III ou les produits intégrés de l’annexe I, c’est la date que Legalithm consigne dans sa source de vérité des dates d’application pour ce jalon, pas une estimation.

Ce que vous n’avez pas à marquer (paragraphe 63)

Le paragraphe 63 est le champ d’application négatif, et c’est le seul énoncé officiel de ce type dans le texte des lignes directrices sur lequel nous nous appuyons ici.

Selon le paragraphe 63, les éléments suivants ne constituent pas un contenu de synthèse au titre de l’article 50, paragraphe 2 :

1. Les actions qui ne contiennent pas de contenu généré ou manipulé par une IA, y compris les étapes intermédiaires de traitement telles que le reasoning et la chain of thought.
2. Les actions générées par une IA qui ne sont pas destinées à être directement perçues par des personnes physiques, par exemple une requête web ou une action de navigateur.

C’est la ligne utile pour les développeurs. Le plan interne d’un agent, un brouillon de travail, la justification du choix d’un outil ou une chain of thought en plusieurs étapes n’est pas, au regard du paragraphe 63, un contenu de synthèse que l’article 50, paragraphe 2, vous oblige à marquer comme généré artificiellement. Un appel HTTP d’arrière-plan ou une étape d’automatisation du navigateur qu’aucune personne physique n’est censée percevoir tombe de même hors de cette qualification de contenu de synthèse au titre de l’article 50, paragraphe 2.

Ne faites pas dire au paragraphe 63 plus que ce qu’il dit. Il répond à la question du contenu de synthèse au titre de l’article 50, paragraphe 2, pour ces catégories. Il n’annule pas l’information prévue à l’article 50, paragraphe 1 lorsqu’une personne physique interagit avec l’agent. Ce sont des branches distinctes de l’article 50.

Appels machine à machine d’arrière-plan (paragraphe 30, iv)

Le paragraphe 30, iv) exclut les appels machine à machine d’arrière-plan entre systèmes d’IA.

Si votre architecture est l’agent A qui appelle l’agent B (ou le service de modèle C) sur un chemin d’arrière-plan privé, sans personne physique dans ce saut, le paragraphe 30, iv) place cet appel M2M d’arrière-plan hors de la surface d’interaction que les lignes directrices découpent ici. Là encore : c’est une exclusion pour cette classe d’appel, pas une licence pour cacher un agent à une personne qui le commande ou converse avec lui.

Communication d’agent à agent (paragraphe 68)

Le paragraphe 68 exclut la communication d’agent à agent.

Les maillages multi-agents qui ne parlent qu’entre eux ne sont pas, au regard du paragraphe 68, ramenés dans la surface de transparence, l’exclusion est précisément le propos. L’interface tournée vers les personnes est l’endroit où le paragraphe 31 s’applique ; le trafic d’agent à agent est nommé comme exclu au paragraphe 68.

Ce que les agents doivent encore divulguer (paragraphe 31)

Le paragraphe 31 est la règle affirmative des agents au titre de l’article 50, paragraphe 1.

Les agents d’IA relèvent de l’article 50, paragraphe 1 s’ils sont capables d’interagir avec les personnes qui les commandent ou avec d’autres personnes physiques. Lorsque cette condition est remplie, ils doivent divulguer :

• leur nature artificielle, et
• la personne pour le compte de laquelle ils agissent,

en reflétant la délégation de pouvoir et la responsabilité des conséquences de leurs actions.

Le paragraphe 31 indique que cela couvre les architectures multi-agents complexes. La couverture n’est pas limitée à un seul processus d’agent conversationnel.

Lorsque le fournisseur ne peut pas déterminer de manière fiable à l’avance si l’agent interagira avec une personne physique, l’agent doit être conçu au niveau de l’architecture pour se divulguer dans toute situation où une interaction est raisonnablement probable. C’est un devoir de conception, pas une bannière ajoutée après coup que quelqu’un espère se souvenir d’activer.

Les agents doivent aussi se divulguer auprès des personnes qui les commandent aux étapes clés, autorisation, compte rendu, validation, et à chaque nouvelle interaction.

La scission pratique pour les équipes qui construisent :

Identifier les agents (note de bas de page 21)

La note de bas de page 21 évoque les portefeuilles d’identité numérique de l’UE et les European Business Wallets comme moyens d’identifier les agents d’IA.

C’est un pointeur vers une infrastructure d’identification, pas un mandat dans les faits que nous sommes autorisés à énoncer ici. Si vous avez besoin d’un moyen durable de lier un agent à la personne pour le compte de laquelle il agit, la note de bas de page 21 est le signal propre des lignes directrices que ces instruments de portefeuille sont dans le champ de vision.

Pourquoi l’article 50 est l’obligation d’agent en vigueur

Les obligations de transparence de l’article 50 sont le devoir tourné vers les agents qui figure, sur le calendrier d’application de Legalithm, comme le jalon de transparence en vigueur. Les obligations à haut risque pour les systèmes de l’annexe III, puis plus tard pour les produits intégrés de l’annexe I, sont des jalons distincts sur le même calendrier, plus tardifs, et ne se substituent pas à l’article 50 là où l’article 50 s’applique.

Les lignes directrices adoptées le 20 juillet 2026 sont la lecture de la Commission de l’article 50. Elles ne remplacent pas le règlement. Elles disent comment la Commission lit les agents, le contenu de synthèse et les exclusions ci-dessus. Le titre de l’instrument modificatif et sa date d’entrée en vigueur sont apposés sur cette page à partir de la source de vérité LEGAL_INSTRUMENTS de Legalithm, et non restatés comme des littéraux autonomes dans ce corps de texte.

Ce que cela signifie dans une base de code d’agents

Faites correspondre votre architecture au tableau, pas à l’intuition.

1. Séparer la perception du traitement. Si une étape est un raisonnement intermédiaire ou un appel d’outil qu’aucune personne n’est censée voir, le paragraphe 63 dit que ce n’est pas un contenu de synthèse au titre de l’article 50, paragraphe 2. Ne sacrifiez pas un cycle de développement à apposer un filigrane sur des journaux de chain of thought pour l’article 50, paragraphe 2, sur la seule force du paragraphe 63.
2. Garder l’interface humaine honnête. Si une personne qui commande l’agent, ou une autre personne physique, peut interagir avec lui, le paragraphe 31 exige la divulgation de la nature artificielle et de la personne pour le compte de laquelle l’agent agit, y compris à l’autorisation, au compte rendu, à la validation et à chaque nouvelle interaction.
3. Concevoir pour une interaction « raisonnablement probable ». Si vous ne pouvez pas savoir à l’avance si une personne physique apparaîtra de l’autre côté, le paragraphe 31 exige une divulgation au niveau de l’architecture partout où l’interaction est raisonnablement probable, y compris dans des montages multi-agents complexes.
4. Ne pas confondre le M2M avec le secret vis-à-vis des personnes. Le paragraphe 30, iv) et le paragraphe 68 excluent le M2M d’arrière-plan et la communication d’agent à agent ; ils n’effacent pas le paragraphe 31 à l’interface humaine.
5. Consigner le rôle. La divulgation de la personne pour le compte de laquelle l’agent agit fait partie du cadrage de responsabilité du paragraphe 31. Branchez cette identité au même endroit où vous affichez l’avis de nature artificielle.

En pratique, traitez le paragraphe 63 comme un filtre de marquage pour l’article 50, paragraphe 2, et le paragraphe 31 comme un filtre d’information pour l’article 50, paragraphe 1. Les équipes qui fondent les deux dans une seule politique « étiqueter tout ce que l’agent touche » en feront trop sur le marquage des contenus de synthèse tout en manquant encore l’information tournée vers les personnes qui commandent, à l’autorisation, au compte rendu, à la validation et à chaque nouvelle interaction. Le texte des lignes directrices que nous sommes autorisés à utiliser ici trace cette scission explicitement ; votre mise en œuvre devrait le faire aussi.

Limites de cet article

• Ce texte cite les paragraphes 31, 63, 30, iv), 68 et la note de bas de page 21 des lignes directrices de la Commission sur l’article 50 (adoptées le 20 juillet 2026), plus l’article 50 du règlement (UE) 2024/1689 tel que modifié. Il ne résume pas les quelque 51 autres pages.
• Les lignes directrices de la Commission sont une orientation interprétative, pas un texte législatif autonome. Vos obligations viennent toujours du règlement.
• Ceci n’est pas un conseil juridique. Cartographiez votre architecture concrète avec un conseil.
• La surface produit de Legalithm pour ce problème est un outillage de preuves et d’information, pas une passerelle d’exécution qui bloque le trafic d’agents.

Outil : classer l’interface, puis informer

Si vous avez besoin d’une prochaine étape concrète dans le produit :

1. Lancez le vérificateur d’applicabilité du règlement sur l’IA sur le système qui fait face aux personnes physiques.
2. Générez les textes destinés aux personnes avec le générateur d’information du règlement sur l’IA pour l’interface de l’article 50, paragraphe 1, que décrit le paragraphe 31.
3. Laissez le raisonnement intermédiaire et les actions d’outil non perçues hors de votre file de marquage au titre de l’article 50, paragraphe 2, sauf si un autre devoir (contrat, politique interne ou un autre article) en dispose autrement, le paragraphe 63 est le champ d’application négatif des lignes directrices pour le contenu de synthèse au titre de l’article 50, paragraphe 2.

L’article 50 est actuellement l’obligation d’agent en vigueur sur le calendrier de transparence. Construisez l’information à l’interface humaine ; ne marquez pas ce que le paragraphe 63 dit n’être pas un contenu de synthèse au titre de l’article 50, paragraphe 2.