Co Linux Foundation i AAIF oznaczają dla MCP i agentowej AI

Linux Foundation skupia kluczowe protokoły świata agentów w ramach otwartego modelu zarządzania, neutralnego wobec producentów. Anthropic przekazał Model Context Protocol (MCP) 9 grudnia 2025 r. nowo utworzonej Agentic AI Foundation (AAIF), działającej pod parasolem Linux Foundation. Google już wcześniej, 23 czerwca 2025 r., oddał swój protokół Agent2Agent (A2A) pod opiekę Linux Foundation. 17 sierpnia 2026 r. AAIF ogłosiła, że również A2A przechodzi pod jej skrzydła. Tym samym oba faktyczne standardy branżowe w zakresie interoperacyjności agentów znajdują się pod jednym dachem i w niezależnych rękach, a nie pod kontrolą jednego koncernu.

• Kto co przekazał? Anthropic przekazał MCP fundacji AAIF (której współzałożycielami są Block i OpenAI), Google przekazał A2A najpierw bezpośrednio Linux Foundation (członkowie założyciele: AWS, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow), a od sierpnia 2026 r. również ten protokół należy do AAIF.
• Co to daje firmom? Neutralność wobec producentów, otwarty udział w decyzjach, a przez to bezpieczeństwo inwestycji: kto stawia na MCP + A2A, buduje na zbieżnej warstwie standardów, a nie na zamkniętej wyspie.
• Co pozostaje otwarte? Lock-in nadal może powstawać na poziomie platformy i przez zastrzeżone rozszerzenia protokołów; należy to zabezpieczyć w umowie.

Dlaczego przekazanie protokołów to punkt zwrotny dla otwartych standardów agentowych

Do połowy 2025 r. praktycznie każdy projekt wieloagentowy sam pisał komunikację między agentami. Do 2026 r. jako standard branżowy przyjęły się dwa protokoły: MCP do podłączania agentów do narzędzi, danych i systemów (agent-to-tool) oraz A2A do współpracy niezależnych agentów ponad granicami zaufania (agent-to-agent). Oficjalna interpretacja, wspólna dla Google, Salesforce i Microsoftu, brzmi: MCP dla możliwości, A2A dla współpracy. Oba się uzupełniają, a nie konkurują ze sobą.

Decydującym krokiem było to, że protokoły te opuściły swoich pierwotnych producentów. Protokół należący do jednego dostawcy zawsze oznacza ukryte ryzyko vendor lock-in: właściciel może jednostronnie zmienić warunki licencji, plan rozwoju lub interfejsy. Przekazanie ich pod opiekę Linux Foundation neutralizuje tę dźwignię i zamienia zasób jednego producenta we wspólną, otwarcie zarządzaną infrastrukturę.

AAIF i model zarządzania A2A w szczegółach

Agentic AI Foundation (AAIF) to fundusz celowy (directed fund) działający w ramach Linux Foundation. Jej współzałożycielami są Anthropic, Block i OpenAI. MCP trafił tam razem z goose firmy Block i AGENTS.md firmy OpenAI. Ważne dla oceny modelu zarządzania: bieżące utrzymanie techniczne pozostaje w rękach dotychczasowych maintainerów MCP; Governing Board AAIF odpowiada za inwestycje strategiczne i pozyskiwanie kolejnych członków. Istnieje więc wyraźny podział między rozwojem technicznym a sterowaniem strategicznym.

Projekt A2A ogłoszono 23 czerwca 2025 r. podczas Open Source Summit North America w Denver. Google przekazał specyfikację, SDK (Python, TypeScript) i narzędzia dla programistów. Konkurencyjny protokół ACP firmy IBM został 29 sierpnia 2025 r. włączony do A2A w ramach LF AI & Data, a zespół ACP zakończył aktywny rozwój i przeniósł technologię oraz wiedzę ekspercką do A2A. Również projekt tożsamości i obserwowalności AGNTCY (Cisco/LangChain/Galileo) został przekazany Linux Foundation 29 lipca 2025 r. Z kolei 17 sierpnia 2026 r. AAIF ogłosiła, że A2A przechodzi do niej jako projekt hostowany. Według tego ogłoszenia protokół wspiera już ponad 150 organizacji. Prace techniczne prowadzi własny Technical Steering Committee A2A. Efektem nie jest wojna dostawców, lecz spójny, otwarty stos protokołów.

Kto stoi za standardami (stan na 2026 r.)

Szerokie grono podmiotów wspierających to właściwy sygnał neutralności wobec producentów. Gdy bezpośredni konkurenci wspólnie utrzymują protokół, żaden z nich nie może go sobie przywłaszczyć.

To, że AWS, Google i Microsoft, bezpośredni konkurenci na rynku chmury, są wspólnie sponsorami Platinum MCP, a jednocześnie członkami założycielami A2A, to właśnie układ, który sprawia, że standard jest trwały i trudny do przejęcia.

Co to oznacza w praktyce dla wyboru technologii

Dla decydentów w Europie standaryzacja zmienia kluczowe pytanie. W 2026 r. nie brzmi ono już „który zamknięty ekosystem agentów wybrać i się z nim związać”, lecz „jak zapewnić, by moje platformy poprawnie obsługiwały MCP i A2A”.

• Bezpieczeństwo inwestycji: agent, który obsługuje MCP i A2A, zachowuje kompatybilność, nawet jeśli później zmienisz platformę bazową lub model. Warstwa standardów przetrwa pojedyncze decyzje produktowe.
• Mniejszy lock-in na poziomie protokołu: żaden producent nie może jednostronnie zamknąć interfejsu. To przesuwa konkurencję z pytania „kto jest właścicielem interfejsu” na „kto dostarcza najlepszą implementację”.
• Realne ryzyko rezydualne: lock-in nie zniknął, tylko się przesunął. Nadal powstaje na poziomie platform (np. natywna orkiestracja w Salesforce Agentforce, SAP Joule Studio czy Microsoft Agent 365) oraz przez zastrzeżone rozszerzenia. Najważniejsze pytanie do obserwowania w 2026 r. brzmi, czy AgentCard, czyli dokument JSON, w którym agent A2A publikuje swoje możliwości, pozostanie przenośnym dokumentem standardowym, czy ulegnie fragmentacji przez dodatki specyficzne dla poszczególnych producentów. Każdy producent założyciel ma komercyjne powody, by wyróżniać się takimi rozszerzeniami „A2A-plus”.

Przykład praktyczny: workflow obejmujący wielu dostawców i chroniący inwestycje

Typowy workflow w dużej firmie w 2026 r. przebiega przez domeny kilku producentów: agent CRM w Salesforce, agent ERP w SAP, agent produktywności od Microsoftu. Otwarta warstwa standardów umożliwia takie połączenie bez przywiązywania się do jednego dostawcy:

• Łańcuch agentów przez A2A: agent Salesforce → agent SAP Joule → Microsoft Agent 365
• Narzędzia przez MCP: agent Salesforce z danymi CRM, agent SAP Joule z ABAP i HANA, Microsoft Agent 365 z kalendarzem i plikami

Własne wytyczne Microsoftu dotyczące systemów wieloagentowych formułują to jednoznacznie: „Use MCP for tool and data access. Use Linux Foundation A2A for cross-platform agent-to-agent messaging.” Mechanizm A2A sprawia przy tym, że wewnętrzne prompty, modele i pamięć każdego agenta pozostają nieprzezroczyste: jedna domena wywołuje drugą, nie ujawniając jej wnętrza. Właśnie ta cecha w ogóle umożliwia nadzór nad workflowami obejmującymi wielu producentów.

Konsekwentna kolejność wdrożenia wygląda tak: ustandaryzować politykę serwerów MCP → wprowadzić A2A najpierw w obrębie jednej domeny platformowej → rozszerzyć na drugą domenę → opublikować katalog AgentCards → tożsamość między producentami (np. przez AGNTCY) dodać dopiero wtedy, gdy uzasadnia to wolumen. AGNTCY i bliski badaniom naukowym NANDA powinny w 2026 r. trafić na listę obserwacyjną, a nie na ścieżkę krytyczną.

Konsekwencje umowne dla działu zakupów

Otwarte standardy chronią tylko wtedy, gdy się ich wymaga. Kluczowe pytanie zakupowe w 2026 r. brzmi: Czy umowa na Agentforce, Joule Studio lub Copilot Studio gwarantuje interoperacyjność A2A i zgodność ze standardem MCP oraz co dzieje się przy wyjściu? W umowie zabezpiecz co najmniej: gwarantowaną interoperacyjność A2A, obowiązek publikowania przenośnych AgentCards, zgodność z MCP przy podłączaniu narzędzi oraz jasne klauzule wyjścia i przenoszenia danych. Wszystkie podane tu informacje o wersjach, członkach i datach odzwierciedlają stan na 2026 r. i mogą się zmienić wraz z dalszym rozwojem sytuacji.

Dla agencji i decydentów B2B

Dla agencji marketingowych i dostawców usług AI-native otwarta warstwa standardów to największa dźwignia produktowa: kto publikuje AgentCard dla każdej sproduktyzowanej oferty agentowej, sprawia, że jego usługi można wywoływać ze środowisk klientów (Agentforce, Joule, Copilot Studio) bez niestandardowej integracji, a to skaluje się na wielu klientów. Dla decydentów B2B w MŚP racjonalne ustawienie domyślne na 2026 r. jest jasne: n8n lub LangGraph do orkiestracji, MCP do narzędzi, A2A do każdego handshake'u między platformami. Blck Alpaca z Wiednia pomaga firmom w całej Europie dopasować strategię agentową do tych otwartych standardów, ograniczyć w umowach ryzyko lock-in i budować architektury wieloagentowe, które chronią inwestycje. Napisz do nas, jeśli chcesz zabezpieczyć swój wybór technologii, opierając go na zbieżnej warstwie MCP plus A2A.