Introduction
Les produits Agentic AI sont de plus en plus présentés comme des systèmes capables de planifier, d'utiliser des outils et d'agir sur les flux de travail de l'entreprise. La question de la transaction est plus étroite : quel travail est réalisé, accepté et payé, sous quels contrôles, à quel coût total et avec quel degré de transférabilité ? Un acheteur qui valorise une cible en termes de sièges ou de volume de messages peut surestimer la valeur lorsque l'utilisation crée des tentatives, une supervision ou un résultat non accepté. Cela peut sous-estimer la valeur lorsqu'un petit nombre d'agents remplace des files d'attente coûteuses et produit un résultat opérationnel mesurable.
La distinction est importante car le travail agentique combine logiciels, modèles, orchestration, autorisations, données, examen humain et processus opérationnels. Le NIST a lancé une AI Initiative de normes d'agent en 2026 autour de l'interopérabilité, de la sécurité, de l'identité et de l'autorisation [7-10]. Le cadre de gestion des risques et le profil génératif AI du NIST AI fournissent des structures de gouvernance plus larges [11-12]. L'activité normative actuelle confirme l'importance des contrôles ; il n'établit pas que l'agent d'une cible soit sûr, fiable ou commercialement intéressant.
L’évaluation des tâches nécessite également du soin. METR définit un horizon temporel d'achèvement de tâche comme la durée d'une tâche humaine pendant laquelle un agent est censé réussir à un niveau de fiabilité déclaré, et prévient que sa suite est concentrée dans les tâches logicielles, d'apprentissage automatique et de cybersécurité [13-15]. Les flux de production sont souvent moins spécifiés, plus contextuels et plus difficiles à évaluer. Une équipe de transaction a donc besoin de preuves spécifiques à une cible en plus des références.
Cet article relie la télémétrie opérationnelle aux décisions d'acquisition. Il demande comment un acheteur doit définir une unité de travail, mesurer l'acceptation, reconstruire le coût, classer l'autonomie, le risque de prix, identifier les synergies et prendre en compte la conception. L’objectif est d’établir un dossier de diligence qui puisse survivre aux examens du comité d’investissement, du conseil d’administration, de la comptabilité, des aspects juridiques, de la sécurité et de l’intégration.
1 Définir la décision de transaction et le périmètre de valorisation
Le dossier de diligence doit commencer par la décision. Un acheteur stratégique peut rechercher un nouveau produit, des coûts d'exploitation inférieurs, des données exclusives, des talents spécialisés, un accès client ou le contrôle d'une couche d'orchestration. Un sponsor financier peut rechercher des revenus récurrents évolutifs, une expansion de sa marge et une voie de sortie. Un acquéreur d'une entreprise compatible avec AI peut valoriser une transformation opérationnelle plutôt qu'une société de logiciels. Chaque justification nécessite des preuves différentes et crée un cas de synergie différent.
Le périmètre doit identifier les entités juridiques, les référentiels, les dépendances des modèles et des outils, les invites, les politiques, les ensembles de données d'évaluation, les connecteurs, les informations d'identification, les contrats clients, les droits sur les données, la documentation du flux de travail et le personnel. Il doit distinguer les actifs détenus des composants open source, des modèles tiers, des configurations client et des services contrôlés par les partenaires. Une démonstration peut combiner ces éléments sans établir quels droits seront transférés à la clôture.
L'acheteur doit également définir l'unité de compte. La cible peut vendre un logiciel, un service géré, un résultat externalisé ou un produit hybride. Les revenus peuvent être tarifés par siège, jeton, transaction, résolution, projet ou engagement minimum. Le modèle d'évaluation doit suivre la promesse contractuelle réelle et la charge d'exploitation. Le travail terminé est utile lorsqu'il aligne le dossier technique avec l'acceptation du client et l'obligation économique.
2 Définir une unité de travail terminée acceptée
Une unité de travail terminée a besoin d'une entrée limitée, d'actions autorisées, d'un résultat attendu, d'une règle d'acceptation, d'une fenêtre de temps et d'un chemin d'exception. Les exemples incluent la résolution d'un cas de support éligible, le rapprochement d'un ensemble de comptes défini, la correction d'un défaut logiciel validé ou l'extraction de clauses spécifiées à partir d'une population de documents approuvée. La définition doit indiquer les exclusions, les dépendances des clients et les conditions qui nécessitent une autorité humaine.
L'acceptation doit être observable. Un dossier peut être clôturé techniquement et rouvert par le client. Un rapprochement peut s'équilibrer en utilisant un journal non autorisé. Une modification de code peut réussir un test restreint et échouer à un examen de sécurité. Un document peut être résumé avec précision tout en omettant une citation requise. L'unité acceptée devrait donc inclure des critères de qualité, de politique et de résultats plutôt qu'un seul statut de système.
Le grand livre de travail doit conserver l'identifiant de la tâche, la cohorte, le modèle et la version du flux de travail, les outils utilisés, les actions entreprises, le temps écoulé, les interventions humaines, les exceptions, l'acceptation, l'annulation, les frais du client et le coût direct. Il doit conserver une trace vérifiable sans conserver d’informations personnelles ou confidentielles inutiles. Ce grand livre constitue le pont entre l'exécution technique et les revenus, la contribution et la responsabilité.
3 Classer l'autonomie de l'assistance et l'autorité de décision
L'autonomie n'est pas un simple pourcentage. Une classification utile distingue l'observation, la recommandation, la préparation, l'action avec approbation, l'action autonome limitée et la décision consécutive. Le même produit peut occuper plusieurs niveaux dans un flux de travail. Un agent peut recueillir des preuves de manière autonome, préparer une recommandation et attendre qu'une personne autorisée approuve un paiement, une action en matière d'emploi ou une conclusion réglementée.
La classification doit enregistrer qui définit l'objectif, qui approuve le plan, quels outils sont disponibles, quelles données sont accessibles, quelles actions sont réversibles et à qui appartient le résultat. L'identité et l'autorisation deviennent critiques pour les transactions lorsque les agents agissent sur plusieurs systèmes. Le travail actuel du NIST sur les agents identifie l'identité et l'autorisation sécurisées des agents comme des problèmes fondamentaux d'adoption [7-10]. Un acheteur devrait tester la mise en œuvre de la cible plutôt que de se fier à l'existence de normes émergentes.
Une autonomie plus élevée peut réduire le temps de manipulation et augmenter le volume. Cela peut également augmenter le coût d’une action défectueuse. Le modèle d'évaluation ne doit reconnaître l'avantage économique que pour les flux de travail pour lesquels les autorisations, les contrôles, la surveillance, la remontée et la récupération ont été testés. Une autonomie qui ne peut être limitée ou auditée peut nécessiter des coûts de contrôle supplémentaires et un plan d'intégration plus lent.
4 Créez la carte de flux de travail et de contrôle des outils
La carte du flux de travail doit montrer chaque système, source de données, modèle, outil, rôle humain et contrôle, depuis la demande jusqu'au résultat accepté. Il doit identifier où l'agent planifie, récupère, transforme, décide, agit, vérifie et enregistre. Il doit également montrer quel composant peut changer sans l'acceptation du client et quel composant crée une dépendance contractuelle ou réglementaire.
Les autorisations des outils nécessitent une diligence spécifique. L'acheteur doit inventorier les informations d'identification, les étendues, les comptes de service, les secrets, la séparation de la production et des tests, les règles d'approbation, les limites de transaction et la révocation d'urgence. Il doit rejouer les traces représentatives et vérifier que l'agent sélectionne le bon outil, fournit des paramètres valides et gère les échecs. Le succès de l'appel d'outil est une mesure intermédiaire ; le résultat commercial accepté reste la mesure économique.
La carte de contrôle doit inclure la séparation des tâches, les actions restreintes, les limites de débit, la prévention des pertes de données, la journalisation, la surveillance, la restauration et la réponse aux incidents. Une cible peut avoir des évaluations de modèle solides et des contrôles opérationnels faibles. L’acheteur doit fixer le prix du système combiné qui produit le travail, y compris les couches humaines et techniques nécessaires à son fonctionnement en toute sécurité.
5 Concevoir le système d'évaluation de la production
L'évaluation de la production doit commencer par les critères d'acceptation du client. L'ensemble de tests doit couvrir les tâches ordinaires, les cas limites, les entrées incomplètes, les instructions contradictoires, les outils indisponibles, les restrictions de politique et les changements d'objectifs. Il doit inclure les conséquences importantes pour le flux de travail, telles que l'argent transféré, l'accès accordé, la promesse client faite, le code déployé ou la conclusion réglementée enregistrée.
L'évaluation basée sur les traces peut révéler si un agent a sélectionné le bon outil, a suivi un transfert requis et s'est conformé à la politique [16-18]. La notation des résultats doit être séparée de la notation du processus. Un résultat correct obtenu grâce à une action non autorisée reste un échec de contrôle. Une trace conforme qui produit un résultat inutilisable reste un échec économique. Les deux dimensions affectent la valeur de la transaction.
La cible doit conserver des ensembles de données versionnés, des rubriques, des évaluateurs, des seuils d'évaluation humaine et de régression. La direction doit rapprocher les résultats de l’évaluation avec les cohortes de production et étudier les différences. Un score de référence a une valeur limitée lorsque la population de production, l'ensemble d'outils, les données, la latence ou le support humain diffèrent sensiblement de l'environnement de test.
6 Mesurer l'inversion et la récupération des exceptions d'acceptation
Le taux d'achèvement global doit être décomposé en statut d'achèvement accepté, d'exception, d'escalade, de rejet, d'annulation et de non résolu. Les exceptions incluent les données manquantes, les objectifs ambigus, les systèmes indisponibles, les conflits de politiques, l'incertitude du modèle et les règles spécifiques au client. La taxonomie des exceptions doit être suffisamment stable pour prendre en charge l'analyse des tendances et suffisamment flexible pour identifier de nouveaux modes de défaillance.
L’intervention humaine doit être mesurée en fonction de son objectif et de sa durée. La révision qui protège une décision conséquente est différente de la réparation répétée d’un flux de travail faible. Le grand livre des coûts doit répartir le tri, l'enquête, la correction, l'approbation, la communication avec le client et le recouvrement. Les dossiers rouverts et les mesures correctives en aval doivent être liés à la tâche d'origine lorsque cela est possible.
Le temps de récupération est une mesure d’exploitation et de valorisation. Un système qui tombe rarement en panne mais qui nécessite plusieurs jours d'intervention spécialisée peut créer une concentration de risques. L’acheteur doit tester la détection, le confinement, la restauration, la notification au client et la résolution des causes profondes. Les réserves, les crédits de service et les coûts de réhabilitation appartiennent au modèle de transaction lorsque les exceptions ont des conséquences financières.
7 Convertir la télémétrie en économie de cohorte de clients
Le grand livre du client doit relier la promesse contractuelle, le volume de travail éligible, les unités acceptées, le prix, la mise en œuvre, l'inférence, l'outil, les données, l'examen, le support et la collecte. La comptabilisation des revenus suit le contrat et les exigences comptables applicables. La mesure opérationnelle doit toujours rapprocher chaque charge avec la preuve que le service promis a été fourni [1-4].
La contribution par unité acceptée est un point de départ utile. Il soustrait les coûts variables du modèle, de l'outil, de l'infrastructure, de l'examen humain, des exceptions et des partenaires des revenus associés. L’acheteur doit également identifier les coûts semi-variables d’ingénierie, d’évaluation, de conformité et de support client. Les dépenses partagées en matière de recherche et de plateforme devraient rester visibles plutôt que d’être cachées par une allocation optimiste.
L'analyse de cohorte doit suivre le délai de production, le taux d'acceptation, l'expansion, les changements de prix, la contribution, les collections, le renouvellement et les raisons de perte. Les engagements minimaux peuvent soutenir les liquidités tout en masquant une faible utilisation. La croissance de l'utilisation peut sembler attrayante tout en réduisant la contribution si les tâches deviennent plus difficiles ou si les exceptions augmentent. L’évaluation doit suivre le travail et les liquidités durables acceptés plutôt que l’activité seule.
L’architecture de tarification doit être testée par rapport au facteur de coût. Un prix par siège peut fonctionner lorsque les sièges sont étroitement liés à la charge de travail et de soutien éligible. Un prix par résultat transfère davantage de risques opérationnels au fournisseur et nécessite un processus d'acceptation convenu. Un prix à la consommation peut exposer le client à des tentatives et à un comportement inefficace des agents. Les structures hybrides peuvent combiner un minimum de plateforme avec des composants de résultat ou d’utilisation. L'acheteur doit modéliser chaque contrat en fonction du comportement de production observé et identifier quelle partie supporte le risque de prix modèle, de complexité et d'exception.
La conversion monétaire mérite sa propre vision de cohorte. Les étapes de mise en œuvre, les litiges d'acceptation, les crédits de service, les délais de facturation et les cycles de paiement de l'entreprise peuvent séparer les revenus déclarés des liquidités. Un objectif de croissance élevée peut nécessiter un fonds de roulement lorsque les coûts des fournisseurs et de la paie surviennent avant l'acceptation et le recouvrement par le client. Le modèle d'évaluation doit rapprocher les revenus comptabilisés, les revenus facturés, les créances, les revenus différés et la trésorerie avec les mêmes enregistrements de clients et de flux de travail.
8 Reconstruire la qualité des revenus et les obligations contractuelles
Les contrats agentiques AI peuvent contenir des pilotes, des services de mise en œuvre, des engagements minimum, des frais d'utilisation, des frais de résultat et des crédits de niveau de service. L'équipe de diligence doit classer chaque composant, vérifier le caractère exécutoire et rapprocher le contrat, la facture, le grand livre des revenus, les créances et le reçu bancaire. Les clients et les mémorandums annoncés ne constituent la preuve d'une activité commerciale que dans la mesure de leurs conditions exécutées et des aspects économiques observés.
Le contrat doit définir le service, les dépendances du client, l'acceptation, l'utilisation autorisée, les rôles des données, les modifications de modèle, le support, la sécurité, l'audit, la propriété intellectuelle, la responsabilité, la résiliation et la transition. Un fournisseur qui promet un résultat commercial peut être soumis à une obligation plus large qu'un concédant de licence de logiciel. Le modèle d'évaluation doit refléter la promesse réelle, y compris le coût des opérations humaines nécessaires pour la réaliser.
La concentration nécessite une vue workflow ainsi qu’une vue client. Plusieurs clients peuvent dépendre du même modèle, cloud, connecteur ou partenaire de mise en œuvre. Une modification apportée à une dépendance partagée peut affecter plusieurs contrats. L'acheteur doit tester les aspects économiques du renouvellement dans le cadre d'une retarification modèle, de contrôles plus stricts, de minimums plus bas et des exigences des clients en matière de portabilité.
9 Concilier la dépendance entre l’outil de modèle et l’infrastructure
De nombreux produits agents assemblent des modèles tiers, des cloud, des systèmes vectoriels, des services d'observabilité et des connecteurs d'entreprise. Cela peut accélérer le développement de produits tout en créant des dépendances en matière de prix, d’accès, de continuité et de contrat. L'acheteur doit inventorier chaque dépendance, sa fonction, son accord, sa durée, son prix, son engagement en volume, son traitement des données, son contrôle des modifications et son chemin de substitution.
La portabilité doit être testée via un flux de travail représentatif. Une architecture multimodèle revendiquée a de la valeur lorsque la cible peut remplacer un modèle tout en préservant l'acceptation, la sécurité, la latence et le coût. Le changement peut nécessiter une refonte rapide, une évaluation, l’approbation du client et de nouveaux contrôles de sécurité. Le modèle doit inclure ce coût de transition et toute période de performance inférieure.
L’économie des infrastructures doit être reconstituée à partir des factures et de la télémétrie. Le coût par unité acceptée doit inclure les tentatives échouées, les nouvelles tentatives, les étapes de raisonnement, les appels d'outils, le stockage, la récupération, l'observabilité et la révision. Un prix de modèle en baisse ne garantit pas une baisse du coût du flux de travail lorsque les agents tentent des tâches plus longues ou utilisent davantage d'outils. L’acheteur doit tester à la fois la sensibilité au prix et au comportement.
10 Établir la propriété intellectuelle et les droits de transfert des données
Le registre des droits doit couvrir le code source, les invites, les politiques, les conceptions de flux de travail, les ensembles d'évaluation, les configurations client, les données de formation et de retour d'information, les données synthétiques, les marques, les brevets et la documentation. Il doit identifier l'affectation du créateur, de l'employeur ou de l'entrepreneur, la licence, l'utilisation autorisée, les restrictions, les sous-licences, le changement de contrôle et la résiliation. Les obligations open source et les conditions de tiers doivent être mappées à chaque composant publié.
Les données clients nécessitent un traitement séparé. L'accès nécessaire au fonctionnement d'un flux de travail peut ne pas créer un actif transférable. Les commentaires peuvent améliorer le produit tout en restant soumis à des restrictions de confidentialité, de confidentialité ou d'utilisation. L'acheteur doit vérifier que les données de production sont utilisées uniquement à des fins autorisées et que les obligations de suppression, de conservation et de transition peuvent être exécutées après la clôture.
L'IFRS 3 exige qu'un acquéreur comptabilise les actifs incorporels identifiables séparément du goodwill lorsque les critères sont remplis, tandis que l'IAS 38 traite des actifs incorporels identifiables et l'IFRS 13 traite de l'évaluation à la juste valeur [1-6]. La répartition du prix d’achat ne remplace pas la diligence transactionnelle. Le contrôle juridique, l'avantage économique, la durée de vie utile, l'obsolescence et la séparabilité restent des questions spécifiques à l'entreprise.
L'obsolescence technologique doit être évaluée au niveau du flux de travail ainsi qu'au niveau du modèle. Une méthode d'invite ou de routage peut être remplacée rapidement tandis que l'intégration client, les données d'acceptation, les contrôles opérationnels et les processus de domaine restent précieux. L'équipe de diligence doit séparer les composants remplaçables des preuves accumulées sur le flux de travail. Il doit estimer le coût, le temps et l'approbation du client nécessaires pour reconstruire chaque composant, ainsi que le risque qu'un concurrent puisse offrir un résultat comparable avec moins de frictions.
Les connaissances des employés et des sous-traitants peuvent être essentielles sans être considérées comme un atout séparable. L'acheteur doit identifier les principaux responsables de la maintenance, les décisions d'exploitation non documentées, les connaissances spécifiques au client et l'expertise en évaluation. Les plans de rétention et de transfert de connaissances doivent s’aligner sur la séquence d’intégration. L'évaluation ne doit pas supposer que le transfert de code source préserve à lui seul la capacité du système à fournir le travail accepté.
11 Tester l'autorisation et la résilience de l'identité de sécurité
La sécurité des agents doit être évaluée en termes d'identité, d'authentification, d'autorisation, d'utilisation des outils, d'accès aux données, de chaîne d'approvisionnement, d'injection rapide, de secrets, de journalisation, de surveillance et de récupération. L'objectif doit démontrer la conception selon le moindre privilège, la rotation des informations d'identification, la séparation des environnements, les limites d'approbation et la révocation rapide. La documentation de sécurité doit correspondre à la configuration de production testée.
L'identité devient plus complexe lorsque plusieurs agents agissent via des services partagés. L'acheteur doit pouvoir attribuer une action à un utilisateur, un agent, une version, une politique et des informations d'identification. La délégation doit être limitée par la tâche, le temps, le système et la valeur lorsque cela est possible. Un compte de service partagé qui occulte les responsabilités peut affaiblir à la fois le contrôle et la confiance des clients.
La résilience inclut une panne de modèle ou de cloud, l'indisponibilité des outils, un contexte corrompu, un changement d'objectif inattendu et une sortie dangereuse. L'équipe de diligence doit inspecter les enregistrements des incidents, les exercices de récupération, la communication avec les clients et les mesures correctives. Une forte démonstration en fonctionnement normal ne prouve pas que le système tombe en panne en toute sécurité.
12 Préserver la responsabilité humaine et l’autorité du client
La responsabilité humaine doit être intégrée au flux de travail plutôt que ajoutée comme une déclaration générique. Chaque décision consécutive nécessite un propriétaire autorisé, une norme d'information, une règle d'escalade et un enregistrement conservé. L'acheteur doit identifier où un humain approuve, où un humain examine rétrospectivement et où un agent agit dans le cadre d'une politique délimitée.
La qualité de l’examen compte. Un évaluateur confronté à un volume excessif, à de mauvaises explications ou à un biais d'automatisation peut approuver sans examen approfondi. L’efficacité de l’examen peut être testée au moyen de décisions échantillonnées, d’une analyse des désaccords, du temps passé, de la fréquence des dérogations et des résultats en aval. Les interventions humaines qui ne font que réparer les erreurs de routine doivent être classées dans les coûts d'exploitation.
L'autorité du client doit également être explicite. Une entreprise peut autoriser une cible à préparer des travaux tout en se réservant l'action finale. Cela peut nécessiter une notification avant qu'un modèle ou un flux de travail ne soit modifié. Les preuves de la cible doivent montrer comment les contrôles spécifiques au client sont mis en œuvre et testés. Les exceptions opérationnelles non enregistrées peuvent créer une responsabilité après la clôture et un retard d'intégration.
13 Construire le pont de contribution aux travaux terminés
Le pont de contribution commence par les revenus facturés ou alloués pour les unités acceptées. Il soustrait l'inférence du modèle, les frais d'outils, le cloud, les données, les frais des partenaires, la mise en œuvre, la révision, le support, les crédits de service et la correction des exceptions. Il doit indiquer l'achèvement brut séparément de l'achèvement accepté et identifier les coûts générés par les travaux rejetés ou annulés.
Le pont doit ensuite allouer les dépenses d'ingénierie, d'évaluation, de conformité et de réussite client spécifiques au flux de travail. Les coûts centraux de recherche et de plateforme restent en dehors de la contribution unitaire mais au sein des flux de trésorerie de l’entreprise. Cette structure aide l'acheteur à distinguer un flux de travail évolutif d'un service géré à forte intensité de main-d'œuvre présenté comme un logiciel.
La direction doit concilier le pont vers le grand livre général, la paie, les factures fournisseurs et la télémétrie de production. L'analyse de variance doit expliquer les changements dans la composition, la complexité, la sélection du modèle, la latence, le comportement des nouvelles tentatives et l'intervention humaine. Le modèle de transaction peut ensuite tester si l'échelle améliore la contribution ou expose une charge d'exception plus importante.
14 Valoriser l’entreprise à travers des états probants
Les méthodes de valorisation traditionnelles restent pertinentes. Les multiples de marché, les flux de trésorerie actualisés, les transactions précédentes et les approches de coûts peuvent être utilisés lorsque leurs données reflètent la réalité économique de la cible [1-6, 19-22]. Agentic AI nécessite une plus grande attention à la qualité des revenus, à la durabilité de la croissance, à la contribution, aux besoins en capital, au risque de dépendance et à l'obsolescence technologique.
Un modèle fondé sur l’état des preuves peut compléter ces méthodes. Le premier état démontre l’achèvement reproductible d’une tâche. La seconde montre le travail de production accepté et les revenus collectés. La troisième montre des cohortes reproductibles avec une contribution durable. Le quatrième montre le contrôle transférable, les opérations sécurisées et la distribution stratégique. Les hypothèses de probabilité et de valeur doivent être documentées et mises à jour à mesure que les preuves évoluent.
Le modèle doit éviter le double comptage. Une prévision qui inclut déjà une baisse du coût de la main-d’œuvre ne devrait pas également ajouter la totalité des économies de coûts en tant que synergie distincte. Les données, la technologie et les relations clients peuvent y contribuer via les flux de trésorerie prévus et les actifs incorporels identifiables. Le dossier d'évaluation doit indiquer où chaque source de valeur entre dans l'analyse.
L’analyse des entreprises comparables doit normaliser les modèles économiques avant d’appliquer un multiple. Une plate-forme d'agent avec des revenus d'utilisation, un service géré basé sur les résultats et un opérateur de processus métier compatible AI peut signaler une croissance similaire avec des obligations de livraison et des marges différentes. La marge brute déclarée peut utiliser différents traitements pour l'inférence, la mise en œuvre et l'examen. L’équipe de transaction devrait reconstruire une mesure de contribution commune et divulguer les différences restantes plutôt que d’imposer une fausse comparabilité.
Les flux de trésorerie actualisés doivent inclure un investissement explicite dans l'évaluation, la sécurité, l'intégration client, la transition du modèle et le fonds de roulement. Les hypothèses terminales nécessitent une vision de renouvellement et d’obsolescence continus. Une approche basée sur les coûts peut éclairer le remplacement et la réparation, mais peut ne pas prendre en compte l'accès des clients ou les liquidités futures. Les transactions précédentes nécessitent une lecture attentive, car les valeurs globales divulguées fournissent rarement les preuves de flux de travail, de droits et de coûts nécessaires à une comparaison directe.
15 Identifier les synergies spécifiques à l'acheteur
Les synergies de revenus peuvent inclure l'accès aux clients de l'acheteur, la distribution intégrée, des droits de données plus étendus, la vente croisée ou l'entrée dans de nouveaux flux de travail. Les synergies de coûts peuvent inclure une infrastructure partagée, des achats de modèles, la sécurité, la conformité, les ventes, le support ou l'élimination des outils en double. Les synergies de capacités peuvent raccourcir le développement de produits ou améliorer les propres opérations de l'acheteur.
Chaque synergie doit avoir une référence, une action, un propriétaire, un coût, un calendrier, une dépendance et un portail de preuves. L'acheteur doit distinguer la synergie qui nécessite une capacité cible de la valeur déjà présente dans le plan autonome. Le consentement du client, les restrictions d'utilisation des données, les modifications de modèle et les risques d'intégration peuvent retarder ou empêcher la livraison.
Les mesures du travail terminé peuvent rendre le cas de synergie testable. La référence enregistre les travaux éligibles, l'acceptation, le temps, le coût et les exceptions. Le plan d'intégration spécifie le flux de travail cible et contrôle les modifications. Le résultat réalisé est mesuré par le travail accepté, la contribution et l'argent liquide. Cette structure soutient la discipline des prix et la responsabilité après la clôture.
16 Effectuer une diligence raisonnable envers les clients et les flux de travail
La vigilance client doit tester pourquoi le flux de travail a été acheté, comment il a été accepté, quelles alternatives ont été envisagées, à qui appartient le budget, ce qui reste manuel et ce qui entraînerait la résiliation. L'acheteur doit obtenir l'autorisation et suivre les protocoles de transaction. Les références sélectionnées par la direction doivent être complétées par des preuves de contrat, d'utilisation, de support et de collecte.
Le fichier de workflow doit identifier l'effort de mise en œuvre, la dépendance des données client, la configuration, le code personnalisé, l'intégration, l'évaluation, les rôles humains et le support. Une cible peut faire preuve d’une forte rétention tout en effectuant des travaux de services cachés. L'acheteur doit comparer les revenus récurrents contractés avec la main-d'œuvre et les connaissances spécialisées nécessaires pour les renouveler.
Les preuves de perte et de non-conversion sont tout aussi importantes. L'échec des projets pilotes peut révéler des critères d'acceptation faibles, une mauvaise intégration, des barrières de sécurité, une propriété floue ou des avantages économiques insuffisants. Les prévisions doivent utiliser la conversion et le renouvellement observés par une cohorte comparable. Les scénarios de gestion doivent rester clairement distincts des résultats observés.
17 Concevoir une structure de transaction autour de l’incertitude
La structure des transactions peut générer une incertitude là où les preuves sont incomplètes. La contrepartie peut inclure des liquidités à la clôture, des capitaux propres reconduits, une rétention, un complément de prix, une retenue, un séquestre ou une valeur conditionnelle. La mesure doit être basée sur des résultats vérifiables sur lesquels la direction peut influencer sans encourager un déploiement dangereux ou une comptabilisation des revenus à court terme.
Les étapes utiles incluent le travail de production accepté, les engagements minimum signés, les revenus collectés, la contribution après coût d'exception, la fidélisation de la clientèle, la correction des droits terminée, la clôture de sécurité et la portabilité réussie. Les définitions doivent préciser les sources de données, la politique comptable, les exclusions, la gouvernance et le règlement des différends. Un vague jalon peut créer un conflit post-clôturé.
Les déclarations et engagements doivent aborder la propriété intellectuelle, l'utilisation des données, l'open source, les obligations des clients, les dépendances au modèle et au cloud, les incidents de sécurité, les enregistrements d'évaluation et les modifications matérielles du flux de travail. Des indemnités ou réserves spécifiques peuvent être appropriées pour les expositions identifiées. Des conseils juridiques, fiscaux et comptables sont nécessaires à la transaction proprement dite.
La conception des compléments de prix devrait éviter les incitations à augmenter le volume brut tout en affaiblissant l’acceptation ou le contrôle. Une mesure équilibrée peut combiner les revenus collectés avec une contribution minimale ajustée, la fidélisation de la clientèle et des conditions de contrôle définies. L’acheteur doit protéger les droits ordinaires d’intégration tout en empêchant les changements qui iraient arbitrairement à l’encontre de la mesure. Les vendeurs doivent avoir accès au calcul sous-jacent et à un processus de révision clair. Les deux parties doivent modéliser la manière dont la concentration des clients, les changements de prix et la migration de la plateforme affectent le résultat.
Les conditions de clôture doivent se concentrer sur les questions nécessaires au transfert et à l’exploitation de l’entreprise. Les exemples incluent les affectations clés, les consentements des clients et des fournisseurs, la correction des autorisations critiques, la préservation des enregistrements d'évaluation et la confirmation du support de transition. Les clauses post-clôture peuvent concerner des travaux de moindre gravité. Le dossier de transaction doit indiquer quelle exposition modifie le prix, le calendrier, la structure ou la décision de procéder.
18 Construire quatre cas opératoires hypothétiques
L'agent de résolution client gère les cas de service et les frais éligibles par résolution acceptée. Il bénéficie d’un volume élevé mais comporte des risques de réouverture, d’escalade et de crédit de service. L'agent de clôture financière rapproche les comptes et prépare les preuves, les personnes autorisées conservant l'approbation des écritures consécutives. Il comporte un volume plus faible, des exigences de contrôle plus élevées et une volonté de payer potentiellement plus forte.
L'agent de correction logicielle identifie, teste et propose des correctifs dans des référentiels définis. L'acceptation nécessite des tests, un examen de sécurité et des règles de déploiement. L'agent de documents réglementés extrait, compare et prépare les conclusions d'un ensemble de documents approuvés, avec des exigences de citation et d'examen. Sa rentabilité dépend de la qualité des documents, de la répartition des responsabilités et de l'examen spécialisé.
Les cas utilisent des hypothèses de gestion uniquement pour démontrer le cadre. Un véritable modèle cible nécessite des contrats, des factures, des recouvrements, une télémétrie de production, des enregistrements de coûts, un historique des incidents, des droits et des preuves client. L'acheteur doit remplacer chaque hypothèse, attribuer un propriétaire et conserver la source.
19 Exemples d’économie du travail terminé
Le cas de résolution client suppose USD 145 million de revenus, USD 62 million de contribution et USD 49 million après exceptions et coûts de contrôle. Le cas de clôture financière suppose USD 92 million de revenus, USD 36 million de contribution et USD 27 million après ces coûts. Le cas de correction logicielle suppose USD 78 million de revenus et USD 18 million de contribution ajustée.
Le cas du document réglementé suppose USD 58 million de recettes, USD 9 million de contribution et USD 4 million après frais d'exception et de contrôle. La contribution ajustée inférieure reflète l'examen spécialisé, l'évaluation spécifique au client et les contrôles de responsabilité. Ces chiffres sont des hypothèses hypothétiques de gestion ; il ne s’agit pas d’observations sur une entreprise ou un marché.
La sensibilité doit se concentrer sur le volume accepté, le prix, le coût du modèle et de l'outil, l'intervention humaine, l'exception, l'annulation, la mise en œuvre, la conservation et la collecte. Une légère détérioration de l'acceptation peut avoir un effet monétaire plus important lorsque le travail rejeté consomme encore des inférences, des outils et du personnel. Le modèle doit montrer ce levier opérationnel avant d'appliquer un multiple de valorisation.
20 Intégrer la cible sans détruire les preuves
Les cent premiers jours devraient préserver la chaîne de preuves tout en consolidant les systèmes. L'acheteur doit geler les définitions de base, conserver les traces et les contrats, cartographier les informations d'identification, identifier le personnel critique et convenir des protocoles de modification du client. Il convient d’éviter de modifier simultanément les modèles, les invites, les outils et les contrôles sans plan de comparaison.
L'intégration doit se faire par cohorte de flux de travail. Chaque changement nécessite une hypothèse, un test, un seuil d'acceptation, une restauration et un propriétaire. Les contrôles de sécurité et d’identité devront peut-être être harmonisés avant un déploiement plus large. Le consentement ou la réacceptation du client peut être requis lorsque l'emplacement des données, le modèle, le sous-traitant ou le processus opérationnel changent.
Les rapports de synergie doivent être rapprochés du grand livre des travaux terminés et du système financier. L'équipe d'intégration doit signaler les unités acceptées, les exceptions, la contribution ajustée, les effets client et les espèces. L’activité produit ne peut à elle seule établir la valeur transactionnelle réalisée.
Le modèle opérationnel doit anticiper les changements organisationnels. Les propriétaires de produits, d'ingénierie, de sécurité, juridiques, financiers, de réussite client et de processus peuvent utiliser différentes définitions de l'achèvement. La gouvernance de l’intégration doit convenir d’une hiérarchie de mesures et préserver les détails sous-jacents. Un résultat financier qui regroupe les unités acceptées sans coût d'exception peut entrer en conflit avec un rapport de sécurité qui traite le même flux de travail comme contraint. Un modèle de données rapprochées aide le conseil d’administration à évaluer ensemble la valeur et le risque.
La communication client doit suivre une signification contractuelle et pratique. Certains clients peuvent accepter un changement de propriétaire tout en exigeant un préavis pour un nouveau modèle, sous-traitant ultérieur, emplacement d'hébergement ou utilisation de données. Une cartographie précoce peut éviter des retards évitables. L'intégration doit protéger la continuité du service et donner aux clients la preuve que les contrôles, le support et la responsabilité restent efficaces.
21 Régler la valeur après la clôture
Les rapports du conseil d’administration doivent combiner des preuves commerciales, techniques, de contrôle et financières. Un tableau de bord utile comprend les travaux acceptés, les taux d'exceptions et d'annulation, l'intervention humaine, la concentration des clients, la contribution, les collections, la dépendance au modèle et à l'outil, les événements de sécurité, les régressions d'évaluation et l'état de remédiation. Les définitions doivent rester stables ou montrer un pont documenté.
Les incitations de la direction doivent récompenser les résultats durables acceptés, la valeur client, la contribution et la performance en matière de contrôle. Les cibles de volume uniquement peuvent encourager un déploiement de mauvaise qualité. Les objectifs axés uniquement sur les revenus peuvent différer le coût des exceptions ou créer des engagements faibles. Le système de gouvernance doit préserver l’autorité pour les décisions conséquentes et rendre visibles les incidents importants.
La thèse d'acquisition doit être réévaluée à intervalles définis. Les preuves peuvent soutenir une expansion plus rapide, des investissements supplémentaires, une consolidation de produits ou un périmètre plus étroit. Une approche explicite fondée sur des données probantes donne au conseil d'administration une manière disciplinée de modifier l'allocation du capital à mesure que le bilan opérationnel évolue.
Conclusion
Agentic AI M&A nécessite un pont de valorisation entre l'activité technique et le travail économique accepté. Les sièges, les jetons, les appels d'outils et les résultats de référence décrivent des parties du système. La valeur de la transaction dépend de la capacité de la cible à accomplir le travail défini, à satisfaire aux normes d'acceptation, à contrôler les exceptions, à gagner une contribution durable, à collecter des liquidités et à transférer les droits et la capacité opérationnelle pertinents.
Le travail terminé est précieux en tant qu’unité de diligence car il peut relier la trace, la promesse client, le coût et le paiement. La définition doit inclure la qualité, la politique et les résultats. L'autonomie doit être classée par action et autorité. Les coûts d’exception et de recouvrement devraient rester dans le cadre de l’économie. Les dépendances en matière de modèles, d’outils et d’infrastructures doivent être testées via des contrats et la portabilité.
Le cadre prend en charge l'évaluation, l'analyse des synergies, la structure des transactions et la gouvernance post-clôture. Cela crée également des limites disciplinées à l’incertitude. Les hypothèses hypothétiques restent des scénarios jusqu'à ce que les preuves de la cible les remplacent. La réflexion peut alors être liée à des étapes vérifiées de production, de clientèle et de contrôle plutôt qu'à des affirmations générales sur la capacité des agents.
Salle des preuves des travaux terminés
La salle des preuves doit contenir le catalogue des flux de travail, les définitions des travaux acceptés, les traces versionnées, les ensembles d'évaluation, la taxonomie des exceptions, l'acceptation du client, les contrats, les factures, les recouvrements, le grand livre des coûts et l'enregistrement des incidents. Chaque planification doit identifier le propriétaire, le système source, la période, la cohorte de clients et l'état de rapprochement. L'équipe chargée des transactions doit être capable de reproduire des tâches échantillonnées et de les retracer jusqu'aux dossiers financiers.
Dossier d'identité et de contrôle de l'autonomie
Ce dossier doit enregistrer les identités des agents, les informations d'identification, les autorisations, les portées des outils, les limites d'approbation, la séparation des tâches, la surveillance, la révocation, la restauration et la récupération. Il doit mapper chaque flux de production aux politiques applicables du client et de l’entreprise. Les lacunes doivent avoir un propriétaire de remédiation, un test de coût et d'achèvement.
Dépendances de droits et fichier de portabilité
Le fichier doit mapper le code source, les données, les invites, les évaluations, les modèles, les composants open source, les cloud, les outils, les connecteurs et les configurations client. Il doit indiquer la propriété, la licence, le traitement en cas de changement de contrôle, les restrictions, le renouvellement et le plan de substitution. Les tests de portabilité représentatifs doivent enregistrer l'acceptation, la latence, le coût et l'impact sur le client.
Economie client et registre des synergies
Le grand livre doit rapprocher les travaux éligibles, les travaux acceptés, les exceptions, le prix, le coût direct, la contribution rajustée, la facture, la collecte et le renouvellement par cohorte. Les synergies doivent avoir une base de référence, une action, un propriétaire, un coût, un calendrier et un résultat réalisé. La reconnaissance en double entre le plan autonome, la répartition du prix d’achat et la valeur de synergie devrait être supprimée.
Fichier de contrôle des transactions et de l'intégration
Le dossier doit contenir les définitions des contreparties, les mesures de complément de prix, les retenues, les déclarations, les engagements, les exigences de changement du client, la séquence d'intégration et les rapports du conseil d'administration. Il doit préserver la référence avant la clôture et définir la manière dont les changements après la clôture seront mesurés. Les conseillers juridiques, comptables, fiscaux, réglementaires et en sécurité doivent examiner les éléments pertinents.
Cadre proposé ; les conclusions nécessitent une sécurité juridique technique et des preuves financières spécifiques au client.
Hypothèses de gestion en USD millions ; les chiffres ne sont pas des prévisions d’observations du marché ou des conclusions d’évaluation.
Hypothèses de gestion par dossier de travaux terminés ; les pourcentages décrivent des résultats illustratifs du flux de travail.
Hypothèses de gestion en USD millions ; la valeur totale pondérée de probabilité est USD 615 million.
Séquence proposée ; le calendrier doit respecter les exigences réglementaires et d’intégration en matière de sécurité du client.
| Composant | Preuve requise | Question de valorisation | Risque principal |
|---|---|---|---|
| Flux de travail et acceptation | définitions traces évaluation approbation du client | quel travail est terminé et accepté | activité confondue avec le résultat |
| Technologie et droits | référentiels affectations licences dépendances | ce qui est possédé et transférable | actifs restreints ou contrôlés par le client |
| Économie du client | contrats unités acceptées factures collections renouvellements | quels flux de travail créent une contribution durable | pilotes ou services confondus avec des logiciels récurrents |
| Contrôles et résilience | tests de récupération d'incidents d'autorisations d'identité | peut travailler fonctionner en toute sécurité à grande échelle | action non autorisée ou récupération lente |
| Intégration et synergies | référence propriétaires coûts jalons approbations clients | quels avantages pour l'acheteur sont livrables | double comptage ou intégration retardée |
Structure de diligence proposée ; les exigences dépendent du client cible et de la transaction.
| Étape de la preuve | Enregistrement requis | Conclusion appuyée | Limitation |
|---|---|---|---|
| Tâche démontrée | sortie de trace d'entrée reproductible et niveleuse | faisabilité technique | peut ne pas refléter la production |
| Pilote accepté | Critères du client, exceptions d'approbation et coûts | utilitaire de flux de travail | l'engagement peut être limité |
| Production payante | contrat unités acceptées facture et encaissement | livraison commerciale | la cohorte peut rester concentrée |
| Cohorte reproductible | extension du renouvellement des cotisations et preuve de perte | économie durable | les dépendances peuvent limiter l'échelle |
| Système transférable | test de portabilité et d'intégration des contrôles de droits | préparation aux transactions | le changement futur nécessite toujours une gouvernance |
Chaque étape supporte une conclusion commerciale ou d’évaluation différente.
| Niveau | Rôle d'agent | Autorité humaine | Preuve requise |
|---|---|---|---|
| Observer | recueillir et organiser les preuves | définit le but et l'accès | exhaustivité des sources et piste d'audit |
| Recommander | analyser et proposer | examine et décide | justification de la rubrique et enregistrement des désaccords |
| Préparer l'action | remplir la transaction ou le changement | approuve avant l'exécution | validation, approbation et ségrégation |
| Action limitée | exécuter dans le cadre d'une politique explicite | fixe les limites et surveille | suivi et restauration des autorisations d'identité |
| Décision conséquente | affecte la sécurité financière des droits ou le résultat réglementé | conservé par une personne autorisée, sauf si la loi et la politique le permettent autrement | dossier de décision, responsabilité et appel |
Carte de contrôle proposée ; les limites réelles nécessitent une sécurité juridique et un examen opérationnel spécifiques au flux de travail.
| Cas | Revenu | Contribution | Coût d’exception et de contrôle | Cotisation rajustée |
|---|---|---|---|---|
| Agent de résolution client | 145 | 62 | 13 | 49 |
| Agent de clôture financière | 92 | 36 | 9 | 27 |
| Agent de remédiation logicielle | 78 | 27 | 9 | 18 |
| Mandataire en documents réglementés | 58 | 9 | 5 | 4 |
Hypothèses de gestion en USD millions ; les chiffres ne sont pas des prévisions d’observations du marché ou des conclusions d’évaluation.
| Article | USD millions | Preuve requise |
|---|---|---|
| Revenus des résolutions acceptées | 145 | facture d'acceptation du contrat et registre de recouvrement |
| Modéliser les outils et l'infrastructure | -31 | télémétrie de la charge de travail et factures des fournisseurs |
| Opérations d’examen humain et d’exception | -27 | les enregistrements de temps, les cas de workflow et la paie |
| Partenaire de mise en œuvre et support | -25 | temps de projet, règlement des fournisseurs et preuves de service |
| Contribution | 62 | calendrier de cohorte de clients rapproché |
| Crédits de correction de contrôle et de service supplémentaires | -13 | Exception d'incident et dossiers de crédit |
| Cotisation rajustée | 49 | rapprochement des finances et des flux de travail |
Hypothèses de gestion en USD millions ; exclut le financement de l'administration des ventes de la recherche centrale et les taxes.
| État des preuves | Valeur d'entreprise | Probabilité | Valeur pondérée |
|---|---|---|---|
| Achèvement de tâches reproductibles | 160 | 25% | 40 |
| Workflows payants acceptés | 420 | 30% | 126 |
| Contribution reproductible entre les cohortes | 850 | 25% | 212.5 |
| Distribution stratégique et contrôle transférable | 1300 | 10% | 130 |
| Option d'exécution et d'intégration | 1065 | 10% | 106.5 |
| Total | 100% | 615 |
Hypothèses de gestion en USD millions ; il ne s’agit pas d’une conclusion d’évaluation.
| Grille | Preuve requise | Réponse à la transaction | Mesure post-clôture |
|---|---|---|---|
| Droits et dépendances | affectations licences cartographie des composants et test de portabilité | retenue ou correction des conditions de clôture | libérations contrôlées et exceptions |
| Travail client accepté | facture d'approbation et de recouvrement de trace de production | valeur de base après vérification | contribution d'acceptation et espèces |
| Contrôles et résilience | test de restauration et de récupération des incidents d'autorisations d'identité | clause de réserve ou libération échelonnée | gravité et clôture des exceptions |
| Une économie reproductible | renouvellement des cohortes comparables et contribution ajustée | complément de prix ou valeur conditionnelle | contribution et rétention durables |
| Livraison de synergie | coût de base de l'action du propriétaire et approbation du client | étape d'intégration | Cash réalisé et résultat client |
Cadre proposé ; Les instruments actuels nécessitent des conseils juridiques, réglementaires et financiers en matière de comptabilité fiscale.
Sources
- Fondation IFRS. IFRS 3 Regroupements d'entreprises. Lire la source principale
- Fondation IFRS. IFRS 13 Évaluation de la juste valeur. Lire la source principale
- Fondation IFRS. IFRS 15 Revenus provenant des contrats avec les clients. Lire la source principale
- Fondation IFRS. Matériel pédagogique sur l’évaluation des instruments de capitaux propres non cotés selon IFRS 13. Lire la source principale
- Fondation IFRS. IAS 38 Immobilisations incorporelles. Lire la source principale
- Fondation IFRS. IAS 36 Dépréciation d'actifs. Lire la source principale
- Institut national des normes et de la technologie. AI Initiative de normes pour les agents. Mis à jour le 14 août 2026. Lire la source principale
- Institut national des normes et de la technologie. Annonce de l'initiative de normes d'agent AI. 17 février 2026. Lire la source principale
- Institut national des normes et de la technologie. Accélération de l'adoption des logiciels et de l'identité et de l'autorisation des agents AI. 2026. Lire la source principale
- Institut national des normes et de la technologie. AI Demande d'informations sur la sécurité de l'agent. 2026. Lire la source principale
- Institut national des normes et de la technologie. Cadre de gestion des risques liés à l’intelligence artificielle. Lire la source principale
- Institut national des normes et de la technologie. Profil génératif AI NIST AI 600-1. Lire la source principale
- Évaluation des modèles et recherche sur les menaces. Horizons temporels d’achèvement des tâches des modèles Frontier AI. Mis à jour le 8 mai 2026. Lire la source principale
- Kwa T et autres. Mesurer AI Capacité à effectuer de longues tâches. 2025. Lire la source principale
- Évaluation des modèles et recherche sur les menaces. Comment l’horizon temporel varie-t-il selon les domaines. 14 juillet 2025. Lire la source principale
- OpenAI. Évaluez les flux de travail des agents. Lire la source principale
- OpenAI. Tracez la notation des agents. Lire la source principale
- OpenAI. Traçage du SDK des agents. Lire la source principale
- Conseil des normes internationales d'évaluation. Normes internationales d'évaluation. Lire la source principale
- Conseil des normes internationales d'évaluation. Technologie de déchiffrement. 28 juin 2023. Lire la source principale
- Conseil des normes internationales d'évaluation. Valeur et données. 29 février 2024. Lire la source principale
- Conseil des normes internationales d'évaluation. L'impulsion de valorisation AI et la technologie dans le suivi du sentiment de valorisation. 8 mai 2026. Lire la source principale
- OCDE. Principes de l'OCDE AI. Lire la source principale
- OCDE. Cadre pour la classification des systèmes AI. Lire la source principale
- Organisation internationale de normalisation. Systèmes de gestion de l'intelligence artificielle ISO CEI 42001. Lire la source principale
- Organisation internationale de normalisation. ISO CEI 23894 Gestion des risques liés à l'intelligence artificielle. Lire la source principale
- Organisation internationale de normalisation. Qualité des données ISO IEC 5259 pour l'analyse et l'apprentissage automatique. Lire la source principale
- Organisation internationale de normalisation. Systèmes de gestion de la sécurité de l'information ISO CEI 27001. Lire la source principale
- Agence de cybersécurité et de sécurité des infrastructures. Sécurisé dès la conception. Lire la source principale
- Fondation OWASP. Top 10 des applications de grands modèles de langage. Lire la source principale
- Fondation OWASP. Agentique AI Menaces et atténuations. Lire la source principale
- MITRE. Paysage des menaces contradictoires d'ATLAS pour les systèmes AI. Lire la source principale
- MLCommons. AI Référence de sécurité. Lire la source principale
- MLCommons. Inférence MLPerf. Lire la source principale
- OpenAI. Plateforme d'agents d'entreprise Frontier. Lire la source principale
- OpenAI. Signaux d'entreprise. 2026. Lire la source principale
- Anthropique. Rapport de l'indice économique Cadences. 26 juin 2026. Lire la source principale
- Anthropique. Politique de mise à l’échelle responsable. Lire la source principale
- Google. Conseils en matière de sécurité et de gouvernance d’Agents Companion. Lire la source principale
- Microsoft. Architecture agentique AI et responsable AI. Lire la source principale
- Union européenne. Règlement UE 2024 1689 Loi sur l'intelligence artificielle. Lire la source principale
- Commission européenne. AI Calendrier de mise en œuvre de la loi. Lire la source principale
- Bureau du commissaire à l'information du Royaume-Uni. Conseils sur AI et la protection des données. Lire la source principale
- Commission fédérale du commerce des États-Unis. Gardez vos réclamations AI sous contrôle. Lire la source principale
- Commission de Sécurité et d'Echanges des États-Unis. Alerte aux investisseurs sur l’intelligence artificielle et la fraude à l’investissement. Lire la source principale
- Organisation Mondiale de la Propriété Intellectuelle. Intelligence artificielle et propriété intellectuelle. Lire la source principale
- Fondation Linux. Projet de protocole de contexte modèle. Lire la source principale
- MCPAgentBench. Benchmark des tâches du monde réel pour l'utilisation de l'outil d'agent LLM. 2025. Lire la source principale
- OSWorld. Analyse comparative des agents multimodaux pour des tâches ouvertes dans des environnements informatiques réels. 2024. Lire la source principale
- AgentChangeBench. Évaluation de la robustesse du changement d'objectif en conversation AI. 2025. Lire la source principale
