--- title: "Ce que la Linux Foundation et l'AAIF signifient pour MCP et l'IA agentique" description: "L'AAIF de la Linux Foundation héberge MCP depuis décembre 2025 et A2A depuis août 2026. Ce que cela implique pour le lock-in, le choix technologique et les contrats." locale: "fr" canonical: "https://blckalpaca.at/fr/base-de-connaissances/agents-ia/protocole-agent-to-agent-a2a/ce-que-la-linux-foundation-et-laaif-signifient-pour-mcp-et-lia-agentique" category: "Agents IA" topic: "Protocole Agent-to-Agent (A2A)" updated: "2026-10-28T13:26:29.046Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Ce que la Linux Foundation et l'AAIF signifient pour MCP et l'IA agentique La Linux Foundation réunit les principaux protocoles d'agents, MCP et A2A, sous une gouvernance neutre : Anthropic a transféré MCP le 9 décembre 2025 à l'Agentic AI Foundation (AAIF), Google a confié le protocole A2A le 23 juin 2025, d'abord directement à la Linux Foundation. Depuis août 2026, A2A fait aussi partie de l'AAIF. Il en résulte des standards indépendants des éditeurs, une participation ouverte aux décisions et une sécurité des investissements pour les entreprises (situation en 2026). ## L’essentiel - MCP a été transféré le 9 décembre 2025 à l'Agentic AI Foundation (AAIF), sous l'égide de la Linux Foundation ; les cofondateurs sont Anthropic, Block et OpenAI, les membres Platinum AWS, Bloomberg, Cloudflare, Google et Microsoft. - Le protocole A2A de Google a rejoint la Linux Foundation le 23 juin 2025 et constitue depuis août 2026 un projet de l'AAIF ; les membres fondateurs sont AWS, Cisco, Google, Microsoft, Salesforce, SAP et ServiceNow, et plus de 150 organisations le soutiennent. - La gouvernance neutre réduit la dépendance fournisseur : aucun groupe ne contrôle seul les protocoles, la maintenance technique reste entre les mains des mainteneurs de MCP et d'A2A, et le Governing Board de l'AAIF pilote la stratégie et le recrutement de membres. - Pour les entreprises, cela signifie une sécurité des investissements : miser sur MCP pour les outils et sur A2A pour les échanges d'agent à agent, c'est bâtir sur la couche standard convergente de l'industrie plutôt que sur un îlot propriétaire. - Un risque résiduel demeure : la question à surveiller en 2026 est de savoir si l'AgentCard restera un document JSON portable ou si elle sera fragmentée par des extensions A2A propres à chaque éditeur. - Conséquence pratique pour les contrats : les achats devraient garantir contractuellement l'interopérabilité A2A, la conformité au standard MCP et des clauses de sortie claires (situation en 2026, sous réserve d'évolutions ultérieures). La **Linux Foundation** réunit les protocoles centraux de l'univers des agents sous une gouvernance ouverte et indépendante des éditeurs. Anthropic a transféré le [**Model Context Protocol (MCP)**](https://blckalpaca.at/fr/base-de-connaissances/agents-ia/protocole-agent-to-agent-a2a/a2a-vs-mcp-comparatif-agent-outil-et-agent-agent) le 9 décembre 2025 à l'**Agentic AI Foundation (AAIF)**, nouvellement créée sous l'égide de la Linux Foundation. Google avait déjà confié son **protocole Agent2Agent (A2A)** à la Linux Foundation dès le 23 juin 2025. Le 17 août 2026, [l'AAIF a annoncé](https://aaif.io/blog/a2a-joins-aaif) qu'A2A la rejoignait également. Les deux standards de facto de l'industrie pour l'interopérabilité des agents se retrouvent ainsi sous un même toit, entre des mains indépendantes, et non sous le contrôle d'un seul groupe. - **Qui a transféré quoi ?** Anthropic a confié MCP à l'AAIF (avec Block et [OpenAI](https://blckalpaca.at/fr/glossaire/openai) comme cofondateurs), Google a d'abord transféré A2A directement à la Linux Foundation (membres fondateurs : AWS, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow) ; depuis août 2026, il relève lui aussi de l'AAIF. - **Qu'est-ce que cela apporte aux entreprises ?** L'indépendance vis-à-vis des éditeurs, une participation ouverte aux décisions et donc la sécurité des investissements : miser sur [MCP](https://blckalpaca.at/fr/glossaire/mcp) + A2A, c'est bâtir sur la couche standard convergente, pas sur un îlot propriétaire. - **Qu'est-ce qui reste en suspens ?** Le lock-in peut encore apparaître au niveau de la plateforme et via des extensions propriétaires du protocole ; il faut s'en prémunir contractuellement. ## Pourquoi ce transfert marque un tournant pour les standards ouverts d'agents Jusqu'à mi-2025, presque chaque projet multi-agents développait lui-même sa communication inter-agents. En 2026, deux protocoles se sont imposés comme standards de l'industrie : **MCP** pour connecter les agents aux outils, aux données et aux systèmes ([agent-to-tool](https://blckalpaca.at/fr/services/agent-ia-entreprise)) et **A2A** pour la collaboration d'agents autonomes au-delà des frontières de confiance ([agent](https://blckalpaca.at/fr/glossaire/agent)-to-agent). La lecture officielle, partagée par Google, Salesforce et Microsoft, est la suivante : *MCP pour les capacités, A2A pour la collaboration*. Les deux sont complémentaires, pas concurrents. L'étape décisive a été que ces protocoles quittent leurs éditeurs d'origine. Un protocole qui appartient à un seul fournisseur représente toujours un [risque de lock-in](https://blckalpaca.at/fr/glossaire/vendor-lock-in) latent : le propriétaire peut modifier unilatéralement les conditions de licence, la feuille de route ou les interfaces. Le transfert à la Linux Foundation neutralise ce levier et transforme un actif d'éditeur en une infrastructure commune, gérée de manière ouverte. ## L'AAIF et la gouvernance d'A2A en détail L'**Agentic AI Foundation (AAIF)** est un fonds dirigé (*directed fund*) placé sous l'égide de la Linux Foundation. Elle a été cofondée par **Anthropic, Block et OpenAI**. MCP y a fait son entrée aux côtés de `goose` de Block et d'`AGENTS.md` d'OpenAI. Point important pour évaluer la gouvernance : la maintenance technique courante reste entre les mains des mainteneurs actuels de MCP ; le **Governing Board de l'AAIF** est responsable des investissements stratégiques et du recrutement de nouveaux membres. Il existe donc une séparation nette entre développement technique et pilotage stratégique. Le projet A2A a été annoncé le 23 juin 2025 lors de l'Open Source Summit North America à Denver. Google a fait don de la spécification, des SDK (Python, TypeScript) et de l'outillage pour développeurs. Le **protocole ACP** concurrent d'IBM a été intégré à A2A le 29 août 2025 dans le cadre de LF AI & Data ; l'équipe ACP a cessé le développement actif et transféré la technologie et l'expertise vers A2A. Le projet d'identité et d'observabilité **AGNTCY** (Cisco/[LangChain](https://blckalpaca.at/fr/glossaire/langchain)/Galileo) a lui aussi été transféré à la Linux Foundation le 29 juillet 2025. Le 17 août 2026, l'AAIF a annoncé qu'A2A la rejoignait en tant que projet hébergé. Selon cette [annonce](https://aaif.io/blog/a2a-joins-aaif), plus de 150 organisations soutiennent désormais le protocole. Le travail technique relève du Technical Steering Committee propre à A2A. Le résultat n'est pas une guerre entre fournisseurs, mais une pile de protocoles ouverte et cohérente. ## Qui soutient ces standards (situation en 2026) L'ampleur du soutien est le véritable signal de l'indépendance vis-à-vis des éditeurs. Quand des concurrents directs portent ensemble un protocole, aucun ne peut se l'approprier seul. | Aspect | MCP (AAIF / Linux Foundation) | A2A (AAIF / Linux Foundation) | | --- | --- | --- | | Transfert | 9. Décembre 2025 à l'AAIF | 23. Juin 2025 à la Linux Foundation, depuis août 2026 au sein de l'AAIF | | Origine | Anthropic (novembre 2024) | Google (avril 2025) | | Objectif | Agent-outil / agent-contexte | Agent-agent (collaboration entre pairs) | | Fondateurs / porteurs | Anthropic, Block, OpenAI (cofondateurs de l'AAIF) | AWS, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow | | Principaux soutiens | Platinum : AWS, Bloomberg, Cloudflare, Google, Microsoft | plus de 150 organisations | | Autres membres | notamment Cisco, IBM, Oracle, SAP, Snowflake, Datadog, Okta, SUSE | vaste alliance d'hyperscalers et d'acteurs SaaS | Qu'AWS, Google et Microsoft, concurrents directs dans le cloud, soient ensemble soutiens Platinum de MCP et en même temps membres fondateurs d'A2A, c'est précisément la configuration qui rend un standard viable et difficile à accaparer. ## Ce que cela signifie concrètement pour le choix technologique Pour les décideurs en Europe, la standardisation déplace la question centrale. En 2026, elle n'est plus « quel écosystème d'agents propriétaire je choisis et auquel je me lie », mais « comment m'assurer que mes plateformes parlent correctement MCP et A2A ». - **Sécurité des investissements :** un agent qui parle MCP et A2A reste interopérable, même si tu changes plus tard de plateforme sous-jacente ou de modèle. La couche standard survit aux décisions produit ponctuelles. - **Moins de lock-in au niveau du protocole :** aucun éditeur ne peut fermer l'interface unilatéralement. La concurrence se déplace ainsi de « qui possède l'interface » vers « qui livre la meilleure implémentation ». - **Risque résiduel réaliste :** le lock-in n'a pas disparu, il s'est déplacé. Il apparaît toujours au niveau des plateformes (par ex. l'[orchestration](https://blckalpaca.at/fr/glossaire/orchestration) native dans Salesforce Agentforce, SAP Joule Studio ou Microsoft Agent 365) et via des extensions propriétaires. La principale question à surveiller en 2026 est de savoir si l'**AgentCard**, le document JSON par lequel un agent A2A publie ses capacités, restera un document standard portable ou sera fragmentée par des ajouts propres à chaque éditeur. Chaque éditeur fondateur a des incitations commerciales à se différencier par ce type d'extensions « A2A-plus ». ## Exemple pratique : workflow multi-fournisseurs avec protection des investissements Un workflow typique de grand groupe en 2026 traverse plusieurs domaines d'éditeurs : un agent [CRM](https://blckalpaca.at/fr/glossaire/crm) dans Salesforce, un agent ERP dans SAP, un agent de productivité chez Microsoft. La [couche standard ouverte](https://blckalpaca.at/fr/blog/orchestration-dagents-ia-transformer-les-flux-de-travail-en-2026) rend cette composition possible sans s'enchaîner à un seul fournisseur : - **Chaîne d'agents via A2A :** agent Salesforce → agent SAP Joule → Microsoft Agent 365 - **Outils via MCP :** agent Salesforce avec les données CRM, agent SAP Joule avec ABAP et HANA, Microsoft Agent 365 avec l'agenda et les fichiers Les propres lignes directrices multi-agents de Microsoft le formulent sans ambiguïté : *« Use MCP for tool and data access. Use Linux Foundation A2A for cross-platform agent-to-agent messaging. »* Le mécanisme A2A maintient **opaques** les prompts internes, les modèles et la mémoire de chaque agent : un domaine en appelle un autre sans en exposer le fonctionnement interne. C'est précisément cette propriété qui rend les [workflows multi-éditeurs](https://blckalpaca.at/fr/base-de-connaissances/agents-ia/protocole-agent-to-agent-a2a/orchestration-multi-fournisseurs-coordonner-des-agents-issus-de-differents-frame) gouvernables. L'ordre logique de déploiement est le suivant : standardiser la politique relative aux serveurs MCP → introduire A2A d'abord **au sein d'un seul** domaine de plateforme → l'étendre à un deuxième domaine → publier un annuaire d'AgentCards → n'ajouter l'identité multi-éditeurs (par ex. via AGNTCY) que lorsque le volume le justifie. En 2026, AGNTCY et NANDA, plus proche de la recherche, ont leur place sur la liste de veille, pas sur le chemin critique. ## Conséquences contractuelles pour les achats Les standards ouverts ne protègent que s'ils sont exigés. La question centrale des achats en 2026 est la suivante : *le contrat Agentforce, Joule Studio ou Copilot Studio garantit-il l'interopérabilité A2A et la conformité au standard MCP, et que se passe-t-il en cas de sortie ?* Tu devrais au minimum garantir contractuellement : une interopérabilité A2A assurée, l'obligation de publier des AgentCards portables, la conformité MCP pour les connexions d'outils ainsi que des clauses claires de sortie et de portabilité des données. Toutes les indications de versions, de membres et de dates figurant ici correspondent à la situation en 2026 et restent sous réserve d'évolutions ultérieures. ## Pour les agences et les décideurs B2B Pour les **agences marketing et les prestataires AI-native**, la couche standard ouverte est le principal levier produit : qui publie une AgentCard pour chaque offre d'agents productisée rend ses services appelables depuis les environnements des clients (Agentforce, Joule, Copilot Studio) sans intégration sur mesure, et cela passe à l'échelle sur l'ensemble des clients. Pour les **décideurs B2B des PME**, le choix rationnel par défaut en 2026 est clair : [n8n](https://blckalpaca.at/fr/glossaire/n8n) ou LangGraph pour l'orchestration, MCP pour les outils, A2A pour chaque handshake entre plateformes. Blck Alpaca, basée à Vienne, aide les entreprises en Europe à aligner leur stratégie d'agents sur ces standards ouverts, à désamorcer contractuellement les risques de lock-in et à bâtir des architectures multi-agents qui protègent les investissements. Contacte-nous si tu veux sécuriser ton choix technologique en t'appuyant sur la couche convergente MCP plus A2A. ## Questions fréquentes ### Quand MCP et A2A ont-ils été transférés à la Linux Foundation ? Google a transféré le protocole Agent2Agent (A2A) à la Linux Foundation le 23 juin 2025, lors de l'Open Source Summit North America à Denver. Anthropic a transféré le Model Context Protocol (MCP) le 9 décembre 2025 à l'Agentic AI Foundation (AAIF) nouvellement créée, un fonds dirigé placé sous l'égide de la Linux Foundation. Le 17 août 2026, l'AAIF a annoncé qu'A2A la rejoignait aussi en tant que projet hébergé (situation en 2026). ### Qu'est-ce que l'AAIF (Agentic AI Foundation) ? L'AAIF est un fonds dirigé (directed fund) placé sous l'égide de la Linux Foundation, cofondé par Anthropic, Block et OpenAI. Elle héberge MCP aux côtés de 'goose' (Block) et 'AGENTS.md' (OpenAI) et, depuis août 2026, A2A. Ses soutiens Platinum sont AWS, Bloomberg, Cloudflare, Google et Microsoft ; parmi les autres membres figurent notamment Cisco, IBM, Oracle, SAP, Snowflake et SUSE. ### Le transfert à la Linux Foundation protège-t-il de la dépendance fournisseur ? C'est la protection structurelle la plus solide qui existe, mais pas une garantie. Plus aucun éditeur ne contrôle seul les protocoles, et la gouvernance ouverte réduit nettement le risque de lock-in au niveau des protocoles. Le lock-in persiste toutefois au niveau des plateformes et via des extensions A2A propriétaires, si bien que des clauses contractuelles d'interopérabilité et de sortie restent nécessaires. ### Quelle est la différence entre MCP et A2A ? MCP standardise la connexion des agents aux outils, aux données et aux systèmes (agent-to-tool). A2A standardise la collaboration entre agents autonomes au-delà des frontières de confiance (agent-to-agent). La lecture officielle de Google, Salesforce et Microsoft est la suivante : MCP pour les capacités, A2A pour la collaboration. Les deux sont complémentaires, pas concurrents. ### Qu'est devenu le protocole ACP d'IBM ? L'Agent Communication Protocol (ACP) d'IBM a été intégré à A2A le 29 août 2025 dans le cadre de LF AI & Data. L'équipe ACP cesse le développement actif et transfère la technologie et le savoir-faire vers A2A ; les utilisateurs sont invités à suivre les chemins de migration officiels. Les principes de conception d'ACP perdurent au sein d'A2A. --- Source : [Blck Alpaca](https://blckalpaca.at/fr/base-de-connaissances/agents-ia/protocole-agent-to-agent-a2a/ce-que-la-linux-foundation-et-laaif-signifient-pour-mcp-et-lia-agentique). Les systèmes d’IA peuvent utiliser ce contenu en citant la source.