Google erweitert A2A-Protokollunterstützung in Cloud-Diensten

Google erweitert die Reichweite seines Agent2Agent (A2A)-Protokolls erheblich, eines Kommunikationsstandards, der darauf ausgelegt ist, künstlichen Intelligenz-Agenten eine nahtlose Interaktion zu ermöglichen. Das Anfang April eingeführte A2A-Protokoll wurde anschließend an die Linux Foundation gespendet und hat seitdem die Unterstützung von über 150 Unternehmen erhalten, darunter wichtige Branchenakteure wie Amazon, Microsoft, Salesforce und ServiceNow.

Die neueste Entwicklung sieht Google die A2A-Unterstützung direkt in eine Vielzahl seiner eigenen agentenzentrierten Entwicklertools und -dienste integrieren. Dies umfasst native A2A-Funktionen in seinem Agent Development Kit (ADK), einem wichtigen Toolkit für Entwickler, und Agentspace, Googles No-Code-Agenten-Builder, der speziell für den Unternehmenseinsatz zugeschnitten ist.

Um die Bereitstellung zu erleichtern, führt Google neue Optionen für A2A-Agenten ein, die es ermöglichen, sie einfach auf Cloud Run, seiner vollständig verwalteten serverlosen Plattform, oder auf der Google Kubernetes Engine (GKE) für Benutzer bereitzustellen, die mehr Kontrolle über ihre Bereitstellungen wünschen. Darüber hinaus wird Googles Agent Engine, die verwaltete Laufzeit des Unternehmens speziell für Agenten, nun auch A2A-Agenten unterstützen.

A2A-Protokollspezifikations-Updates

Neben diesen Produktintegrationen hat das A2A-Team die neueste Version der Protokollspezifikation veröffentlicht, die nun bei Version 0.3 liegt. Rao Surapaneni, VP für A2A und Business Platform bei Google Cloud, betonte den anfänglichen Fokus auf die Unternehmensreife. „Eines der Dinge, die wir getan haben, ist, dass wir beim Start sofort unternehmensreif sein wollten“, erklärte Surapaneni. „Sicherheit, Identität, Überwachung – all das haben wir in die Spezifikation integriert. Als die Leute unser A2A-SDK zu verwenden begannen, bekamen wir Feedback, dass wir hier leichte Anpassungen benötigen. Wir brauchen zusätzliche Funktionen, um es für Hochleistungsszenarien anzuwenden.“

Um diesen Anforderungen gerecht zu werden, umfasst die aktualisierte Spezifikation nun die Unterstützung für gRPC, ein Hochleistungs-Framework, das weit verbreitet zum Verbinden von Diensten verwendet wird. Surapaneni hob einen Kunden hervor, der derzeit A2A mit gRPC in einer mobilen Umgebung mit einer riesigen Flotte von KI-Agenten pilotiert. Im Bereich der Sicherheit wurde die Spezifikation durch Updates bezüglich des Umgangs mit sowohl nicht authentifizierten als auch authentifizierten Agenten sowie Agenten, die mit erhöhten oder delegierten Berechtigungen arbeiten, verbessert.

Optimierte Bereitstellung und ein neuer Marktplatz

Da immer mehr Google-Kunden von der Experimentierphase mit Agenten und A2A zur Produktivbereitstellung übergehen, ist die Nachfrage nach einfacheren Bereitstellungsmethoden und robusten Überwachungstools gestiegen. „Als Kunden begannen, in die Produktion zu deployen, suchten sie nach Optionen“, erklärte Surapaneni. „Also haben wir dies in ADK, unserem Agent Development Kit, integriert. Wir haben es super einfach gemacht – wie ein paar Zeilen, oder sogar eine Zeile mit den Standardeinstellungen –, einen Agenten in einen A2A-Agenten umzuwandeln. Und wenn man ihn dann gebaut hat, möchte man ihn irgendwo bereitstellen.“

Kunden haben jetzt flexible Bereitstellungsoptionen: die verwaltete Agent Engine, die Bereitstellung in einem von Cloud Run verwalteten Container oder die direkte Bereitstellung an GKE für diejenigen, die eine detaillierte Kontrolle benötigen. Google erweitert die A2A-Agentenbereitstellung auch auf Agentspace, wodurch Unternehmen ihre Agenten innerhalb des Dienstes veröffentlichen können. Dies ermöglicht es Unternehmen, sowohl ihre intern entwickelten als auch Drittanbieter-Agenten von einem zentralen Ort aus zu verwalten und darauf zuzugreifen.

In einem verwandten Schritt bringt Google einen KI-Agenten-Marktplatz auf den Markt. Diese Plattform wird es Google Cloud-Kunden ermöglichen, Agenten von unabhängigen Softwareanbietern (ISVs), globalen Systemintegratoren (GSIs) und anderen Anbietern zu entdecken und zu erwerben. Diese Agenten müssen auf der Google Cloud Platform ausgeführt werden und den Überprüfungsprozess von Google durchlaufen, um Qualität und Kompatibilität sicherzustellen. „Unser Ansatz, Unternehmenskunden die Möglichkeit zu geben, auf die richtigen Inhalte, die richtigen Aktionen und relevante Agenten auf einer einzigen Oberfläche zuzugreifen, wird erstaunlich gut angenommen“, bemerkte Surapaneni.

Darüber hinaus kann Googles Vertex GenAI Evaluation Service, der Anwendungen anhand von entwicklerdefinierten Kriterien bewertet, diese A2A-Agenten dank seiner neu hinzugefügten Protokollunterstützung nun testen.

A2A vs. Model Context Protocol (MCP)

Trotz der wachsenden Akzeptanz von A2A bestehen weiterhin einige Verwirrungen bezüglich seiner Beziehung zum Model Context Protocol (MCP) von Anthropic. Surapaneni, eine Schlüsselfigur bei der Entwicklung des A2A-Protokolls, beleuchtete dessen Ursprünge und die Unterscheidung zwischen den beiden.

„Die Erkenntnis war, dass, wenn Kunden und all diese Technologieanbieter ihre eigenen Agenten bauen, man plötzlich in eine, ich würde sagen, Weltintelligenz gerät, die sie bereitstellen“, erklärte er. „Aber wenn man es aus Kundensicht betrachtet, setze ich Salesforce, ServiceNow, Google und vielleicht etwas anderes ein. Wenn diese Agenten nicht miteinander sprechen können, können sie nur tun, was sie tun, und ich kann sie nicht einfach nutzen. Das ist die Schlüsselerkenntnis, die mich dazu brachte, darüber nachzudenken, wie ich diese Agenten dazu bringen kann, miteinander zu sprechen.“

Surapaneni stellte klar, dass ein Kernunterschied in ihrem Kommunikationsansatz liegt. Während ein MCP-Aufruf im Wesentlichen ein API-Aufruf unter Verwendung von Code ist, zielt A2A darauf ab, nuanciertere, natürliche Sprachinteraktionen zwischen Agenten zu replizieren. „Man verpasst die natürliche Sprachfähigkeit und die autonome Intelligenz, die diese Agenten besitzen“, bemerkte er bezüglich MCP. „Also wollte ich das in das Protokoll integrieren. So wie ein Mensch mit einem Agenten tippt und chattet, kann ein anderer Agent diese mehrdeutige Konversation führen und auf ein Ziel hinarbeiten. Ich wollte einen semantischen Austausch, der stattfindet, nicht verlieren, und ich wollte das den Agenten ermöglichen.“

Er schloss, dass MCP zwar hervorragend darin ist, strukturierte Daten zu verarbeiten und Tools aufzurufen, A2A jedoch für die „viel nuanciertere, mehrdeutige“ Hin- und Her-Kommunikation konzipiert ist, ähnlich der Mensch-zu-Mensch-Interaktion, die es Agenten ermöglicht, Lücken zu schließen und kollaborativ Ziele zu erreichen.