Les agents IA peuvent-ils signer des contrats ? Oui, depuis 2000. Voici pourquoi ce n'est pas si simple

Une IA peut-elle signer un contrat ? Oui. Le droit américain reconnaît les contrats formés par des machines depuis l'année 2000, ce qui est assez vertigineux à énoncer tant les agents IA nous semblent récents. L'Uniform Electronic Transactions Act (UETA), adopté par 49 États, contient une disposition, la Section 14, qui précise qu'un contrat peut être formé par l'interaction d'"agents électroniques", même si aucun humain n'a examiné chaque étape individuelle. L'ESIGN Act fédéral, au 15 U.S.C. Section 7001(h), confirme ce principe dans des termes quasi identiques.

Aucun des deux textes n'a été rédigé en pensant à GPT-5 ou à Claude. En 1999, les législateurs songeaient aux systèmes EDI et aux robots de commerce électronique, des logiciels qui confirment automatiquement un bon de commande dès qu'un seuil de stock est atteint. Mais une loi n'expire pas quand la technologie qu'elle anticipait devient plus étrange que prévu. Elle continue simplement de s'appliquer. C'est exactement ce qui se passe aujourd'hui : une réponse vieille de 25 ans règle discrètement une question de 2026, et presque personne, parmi ceux qui débattent des "contrats par IA" en ligne, ne semble savoir que cette loi existe déjà.

Voici en revanche la partie qui compte vraiment, et ce n'est pas "une machine peut-elle former un contrat". C'est réglé. Ce qui reste incertain, et qui mérite véritablement votre attention si vous déployez des agents IA à proximité de contrats, c'est *qui est légalement engagé quand quelque chose tourne mal* et *quelle autorité l'agent avait réellement*. Cela relève du droit du mandat, pas du droit de la formation des contrats, un corpus de doctrine complètement différent et bien plus ancien. Confondez les deux et vous ferez soit trop confiance à un agent qui n'a jamais été autorisé à vous engager sur quoi que ce soit, soit sous-utiliserez une capacité parfaitement légitime par vague malaise alors que la loi a déjà répondu à la question.

Si vous voulez le parcours juridique plus approfondi sur ce qui rend n'importe quelle signature électronique exécutoire au départ, notre guide sur la valeur légale de DocuSign couvre les quatre conditions de base (intention, consentement, association, conservation) qui s'appliquent quel que soit celui, ou ce qui, clique sur "signer".

L'UETA définit un "agent électronique" de façon large : un programme informatique ou un autre moyen automatisé utilisé pour initier une action, ou pour répondre à des dossiers électroniques, sans examen par une personne physique au moment de l'action. En clair : un logiciel qui agit de sa propre initiative, sur le moment, sans qu'un humain ne vérifie cette action précise au préalable.

Selon la Section 14 de l'UETA, un contrat peut être formé par l'interaction d'agents électroniques, même si aucune personne n'a examiné les actions des agents ni les termes qui en résultent. La section couvre aussi le cas mixte, un agent électronique interagissant avec un être humain qui prend des mesures dont il sait qu'elles concluront un contrat. Consultez le texte intégral de l'UETA via l'Uniform Law Commission pour la formulation statutaire exacte plutôt qu'une paraphrase.

La Section 7001(h) de l'ESIGN Act remplit le même rôle au niveau fédéral, au cas où une transaction franchirait les frontières d'un État ou atterrirait là où l'UETA n'a pas été adopté (New York fait figure d'exception notable, avec sa propre loi étatique sur la signature électronique). Le texte de l'ESIGN Act est disponible sur Congress.gov si vous voulez vérifier la formulation directement.

En pratique : si votre agent IA remplit un modèle, applique des conditions prédéfinies et transmet une acceptation, le contrat qui en résulte n'est pas invalide simplement parce qu'aucun humain n'a observé ce clic se produire. La question de la formation est close. Personne ne peut annuler un contrat au seul motif que "c'est un bot qui l'a fait, pas une personne". Cet argument a expiré vers 2001.

Ce que cela ne signifie pas : qu'un agent, déployé par n'importe qui, dispose automatiquement de la permission d'engager votre entreprise sur tout ce à quoi il accepte. C'est une question distincte, et c'est celle qui mérite réellement votre attention.

Ceci relève du droit du mandat, plus ancien que les ordinateurs de plusieurs siècles. Il répond à une seule question : quand les actions d'une partie engagent-elles légalement une autre partie ? Remplacez "agent IA" par ce que vous penseriez normalement, "employé" ou "prestataire", et la majeure partie de l'analyse tient encore debout.

Un mandant, c'est vous ou votre entreprise, est engagé par les actions d'un agent dans les limites de son autorité réelle : tout ce que vous avez effectivement dit à l'agent (humain ou logiciel) qu'il pouvait faire. Signer des contrats fournisseurs sous $5,000. Envoyer des NDA à de nouveaux contacts. Ne jamais s'engager sur des conditions de paiement sans revue humaine. L'autorité réelle correspond exactement au périmètre que vous avez défini, explicitement, à l'avance.

Vient ensuite l'autorité apparente, celle qui piège le plus de monde. Un mandant peut être engagé même quand l'agent a dépassé ses instructions, si la conduite du mandant lui-même a amené l'autre partie à croire raisonnablement que l'agent disposait de cette autorité. Si votre agent IA a signé automatiquement des accords fournisseurs de $50,000 pendant six mois sans qu'on y trouve rien à redire, un tribunal ne se souciera pas du fait que votre politique interne plafonnait cela à $5,000. Vous avez créé l'apparence d'une autorité plus large par votre propre pattern de conduite.

Le troisième élément est la ratification. Même si un agent a outrepassé son autorité, un mandant qui accepte ensuite le bénéfice de cette action, en connaissance des faits, peut malgré tout se retrouver engagé. Conserver silencieusement les biens ou continuer à exécuter un contrat que vous prétendez non autorisé ressemble beaucoup à une acceptation aux yeux d'un tribunal, quoi que racontent vos e-mails internes.

Rien de tout cela n'est spécifique à l'IA. C'est le même cadre qui régit depuis plus d'un siècle les employés signant au nom d'une entreprise. La nouveauté n'est pas la doctrine, c'est la vitesse à laquelle un agent IA peut générer une conduite pertinente pour l'autorité, comparée à un seul employé humain.

Il vaut la peine d'être honnête ici : les tribunaux n'ont pas encore eu beaucoup d'occasions de trancher directement des litiges impliquant des agents pilotés par des LLM qui signent des contrats commerciaux. La doctrine ci-dessus est établie, éprouvée depuis des décennies avec des agents humains comme logiciels. La façon dont un juge l'appliquera à un scénario factuel précis impliquant un agent LLM autonome est plus récente, et quiconque prétend savoir exactement comment cela se déroulera fait un pari. Le cadre est solide. La jurisprudence l'appliquant à cette technologie précise est encore en train de s'écrire.

Écartez la spéculation, et voici la réalité pratique, plutôt terre-à-terre : les agents IA qui interagissent avec des systèmes de contrats ne "signent" pour ainsi dire jamais rien de façon autonome, au sens spectaculaire que les gens imaginent. Ils effectuent un travail structuré et limité par des permissions via des API, et de plus en plus via le Model Context Protocol (MCP), une norme ouverte introduite par Anthropic en novembre 2024 pour connecter des assistants IA à des outils et services externes.

Un workflow réaliste : un agent IA, opérant dans Claude ou ChatGPT, récupère un modèle de contrat, renseigne le nom de la contrepartie et les conditions de l'accord à partir d'une conversation ou d'un enregistrement CRM, et le prépare pour signature. Selon la configuration, l'agent l'envoie soit pour qu'un humain le relise et le signe, soit, dans des limites strictement préautorisées (un plafond de dépense, une liste de modèles approuvés, une liste blanche de contreparties), termine lui-même le cycle d'envoi et de suivi. Notre guide de l'API de signature électronique explique comment ces intégrations relient un workflow documentaire à des systèmes externes.

Le serveur MCP de Chaindoc en est un exemple concret et actuel, pas une hypothèse. Il est en bêta privée depuis mi-2026, et il permet à Claude Desktop et à des assistants similaires de créer des documents à partir de modèles, de les envoyer pour signature, et de vérifier leur statut, directement depuis une conversation, en utilisant la même couche d'intégration API que les développeurs utilisent déjà pour des workflows sur mesure. Notre analyse plus approfondie du serveur MCP de Chaindoc détaille précisément quelles actions l'agent peut entreprendre et où se situe l'étape de validation humaine.

Le schéma se retrouve dans toute la catégorie : l'IA se charge de la préparation et de l'exécution routinière, un humain conserve la décision d'autorité au moment où cela compte, et la piste d'audit enregistre qui (ou quoi) a entrepris chaque action. Notre guide sur la conformité des pistes d'audit détaille ce dont une piste juridiquement défendable a besoin, et un workflow piloté par un agent élève cette barre plutôt qu'il ne l'abaisse, puisqu'il vous faut désormais prouver non seulement qui a signé, mais quel système a initié la demande et sous quelle autorisation.

Rien de tout cela n'exige de deviner. Si vous déployez un agent IA à proximité de workflows contractuels, voici la checklist pratique, dans l'ordre où les équipes ont tendance à les négliger.

1. 1
   Des limites d'autorité, par écrit, avant le déploiement. Définissez précisément ce que l'agent peut faire : plafonds en dollars, types de contrats approuvés, liste blanche de contreparties ou d'identifiants de modèles. Un périmètre vague ("gérer les affaires fournisseurs courantes") est exactement ce qui engendre plus tard des litiges sur l'autorité apparente.
2. 2
   Un point de validation humaine pour tout ce qui sort du périmètre préapprouvé. L'agent peut rédiger, remplir et mettre en file d'attente. Tout ce qui dépasse le plafond, ou sort de la liste de modèles, doit d'abord passer par une personne. Cette seule règle évite la plupart des incidents du type "attendez, avons-nous vraiment accepté ça ?".
3. 3
   Une piste d'audit complète et exportable des actions de l'agent. Pas seulement "signé à 15h42". Quel système a initié la demande, sous quelle autorisation il opérait, quel modèle et quelles conditions il a utilisés, et qui a approuvé l'étape finale. Si un litige atteint un jour la question de ratification vue plus haut, c'est ce dossier qui tranchera.
4. 4
   Une vérification d'intégrité indépendante, pas seulement des journaux internes. Un enregistrement dans une base de données privée montrant "l'agent a fait X" n'est fiable qu'à hauteur de la base de données dans laquelle il vit. Le hachage de documents ancré sur blockchain, celui que Chaindoc intègre à chaque document signé, signifie que le contrôle d'intégrité ne repose pas entièrement sur les dossiers internes d'une seule entreprise des années plus tard, que le signataire ait été un humain ou un agent autorisé.

Omettez l'un de ces points et vous ne faites pas nécessairement quelque chose d'illégal, la formation de contrats par machine est légale, rappelez-vous, vous accumulez simplement un risque que vous devrez régler plus tard, probablement pendant un litige, le pire moment possible pour découvrir ce que votre agent était réellement autorisé à faire.

En août 2024, l'AI Act de l'UE est entré en vigueur en tant que cadre de gouvernance et de classification des risques pour les systèmes d'IA. Le texte intégral est disponible via EUR-Lex si vous voulez consulter la source primaire. Il répartit les systèmes d'IA en niveaux de risque et impose des obligations, exigences de transparence, dispositions de surveillance humaine, obligations documentaires, calibrées sur ce niveau de risque.

Voici la distinction qui se perd dans une grande partie des commentaires : l'AI Act encadre le *système* d'IA, pas le *contrat* qu'il pourrait contribuer à produire. Il ne touche pas aux règles de formation des contrats, ne remplace ni l'UETA ni l'ESIGN Act, et ne change pas qui est engagé quand un agent agit dans les limites de son autorité ou au-delà. La validité des contrats dans l'UE passe toujours par eIDAS et le droit des contrats de chaque État membre, le même cadre qui régissait les signatures électroniques avant même l'existence d'un quelconque AI Act.

Ce que l'AI Act ajoute réellement, si votre agent IA qui traite des contrats est classé comme présentant un risque plus élevé selon son schéma de classification, c'est une couche d'obligations autour de la transparence, de la surveillance humaine et de la documentation des risques, qui s'ajoute, sans s'y substituer, aux questions de droit des contrats et de droit du mandat couvertes plus haut. C'est une surcouche de conformité, pas un régime juridique de remplacement. Si vous opérez dans l'UE, traitez-la comme un élément de checklist supplémentaire par-dessus les garde-fous ci-dessus, pas comme un substitut à ceux-ci.

Voici une prédiction honnête, mais pas assurée : le socle statutaire ne sera pas le goulot d'étranglement. La Section 14 de l'UETA et la Section 7001(h) de l'ESIGN Act couvrent déjà la question de la formation, et rien n'indique une pression particulière pour revisiter une formulation qui fonctionne sans controverse depuis un quart de siècle.

L'action réelle des prochaines années se jouera à deux endroits. D'abord, des normes et bonnes pratiques autour du périmètre d'autorité et des pistes d'audit spécifiquement pour les agents IA, probablement portées par les assureurs et les équipes d'achat avant même qu'un régulateur ne s'en saisisse, puisque ce sont eux qui devront réellement tarifer le risque. Ensuite, une accumulation lente de jurisprudence à mesure que des litiges impliquant des agents pilotés par des LLM atteignent les tribunaux et sont tranchés dans le cadre existant du droit du mandat, réduisant une partie de l'incertitude actuelle autour de l'autorité apparente dans des scénarios factuels propres à l'IA.

Ce qui ne se produira presque certainement pas : une nouvelle loi déclarant "l'IA ne peut pas signer de contrats". Ce navire a quitté le port en 2000, que la plupart des personnes qui en débattent en ligne le réalisent ou non.