Google steigt in den Enterprise-Agent-Plattformwettbewerb ein: Wie Antigravity 2.0 und die Gemini Enterprise Agent Platform für CTOs abschneiden

Die Shortlist für Enterprise-Agent-Plattformen hat soeben ihren vierten Namen bekommen. Googles Ankündigung auf der I/O 2026 hat die Lücke geschlossen, und jeder Chief Technology Officer (CTO), der Agent-Infrastruktur bewertet, hat nun ein vollständiges Wettbewerbsfeld vor sich.

Was Google auf der I/O 2026 angekündigt hat

Laut Googles I/O 2026 Developer Highlights hat das Unternehmen Antigravity 2.0 am 19. Mai 2026 als eigenständige Desktop-Anwendung gestartet, die vollständig auf Agent-Orchestrierung ausgerichtet ist. Das ist ein wesentlicher Unterschied: Es handelt sich nicht um ein Plugin, das der bestehenden integrierten Entwicklungsumgebung (IDE) Antigravity hinzugefügt wurde. Es ist ein separates Produkt, das von Grund auf für Agent-Workflows konzipiert wurde.

Die Plattform wird mit fünf Komponenten ausgeliefert, die als System zusammenarbeiten. Erstens die Antigravity-Desktop-Anwendung selbst. Zweitens die Antigravity-Befehlszeilenschnittstelle (CLI), die die bisherige Gemini CLI ersetzt. Drittens das Antigravity Software Development Kit (SDK) für Entwickler, die eigene Agents entwickeln. Viertens Managed Agents in der Gemini-Programmierschnittstelle (API). Fünftens die Gemini Enterprise Agent Platform als Enterprise-Bereitstellungspfad für Google Cloud-Kunden. Google hat außerdem das Agent Development Kit (ADK) 2.0 parallel zum Start aktualisiert.

Wichtigste Fakten

• Google startete Antigravity 2.0 auf der I/O 2026 am 19. Mai 2026 als eigenständige, agent-first Desktop-Anwendung, die vom bestehenden Antigravity-IDE getrennt ist (Google, 2026).
• Antigravity 2.0 wird mit fünf Komponenten geliefert: Desktop-App, CLI, SDK, Managed Agents in der Gemini API und der Gemini Enterprise Agent Platform als Bereitstellungspfad (Google, 2026).
• Mit Managed Agents startet ein einziger Gemini-API-Aufruf einen Agent, der in einer isolierten Linux-Umgebung Reasoning durchführt, Tools nutzt und Code ausführt (Google, 2026).

Die Managed-Agents-Funktion verdient besondere Aufmerksamkeit. Ein einziger API-Aufruf stellt einen Agent bereit, der in einer isolierten Linux-Umgebung Reasoning durchführen, Tools aufrufen und Code ausführen kann. Diese Ausführungsisolierung ist das technische Detail, das für CTOs im Hinblick auf Sicherheit und Schadensbegrenzung am wichtigsten ist. Der Agent läuft in einer Sandbox, nicht in Ihrer Produktionsumgebung, was die Risikoabwägung erheblich verändert.

Was die Gemini Enterprise Agent Platform für Google Cloud-Kunden bietet

Die Gemini Enterprise Agent Platform ist der Punkt, an dem diese Ankündigung für große Organisationen praktisch wird. Sie ermöglicht es Google Cloud-Kunden, Antigravity direkt in bestehende Google Cloud-Projekte einzubinden. Das bedeutet, dass die Agent-Infrastruktur Ihre bestehende Konfiguration für Identity and Access Management (IAM), Abrechnungsstruktur und Datenverwaltung übernimmt.

Wenn Ihre Engineering-Teams bereits auf Google Cloud sind, ist dies der reibungsärmste Weg zur Bereitstellung von Agents in großem Maßstab. Sie müssen keine neue Identitätsschicht aufbauen. Sie müssen Ihre Datenstandort-Position nicht neu verhandeln. Sie erweitern, was Sie bereits haben.

Das unterscheidet sich vom Aufbau einer Agent-Infrastruktur auf einer völlig neuen Plattform. Und es ist eine Entscheidung, die es wert ist, kritisch zu hinterfragen: Der Komfort der cloud-nativen Integration ist real, aber ebenso die Anbieterabhängigkeit, die damit einhergeht. Beide Seiten gehören in die CTO-Bewertung.

Für Teams, die noch nicht auf Google Cloud sind, kehrt sich die Rechnung um. Die Integrationsvorteile entfallen, und Sie vergleichen Googles Runtime-Fähigkeiten und Control Plane direkt mit den anderen drei Plattformen auf gleichem Spielfeld. Dafür hilft ein strukturierter Vergleichsrahmen.

Der Enterprise-Agent-Platform-Stack: Ein Bewertungsrahmen

Jede glaubwürdige Enterprise-Agent-Plattform im Jahr 2026 besteht aus vier Schichten. Diese Schichten zu benennen gibt CTOs einen wiederholbaren Weg, die Präsentation eines Anbieters zu hinterfragen, ohne sich im Branding zu verlieren.

Nennen wir dies The Enterprise Agent Platform Stack:

Schicht 1: Runtime. Wo die Tools des Agents tatsächlich ausgeführt werden. Anbieter-Cloud? Kunden-Cloud? Hybrid-Sandbox? Das ist die Schicht, die unter Anbietern am stärksten variiert und das größte Sicherheitsgewicht trägt. Ein isolierter Linux-Container (Googles Ansatz) unterscheidet sich von einer kundenseitig verwalteten Sandbox (Anthropics Ansatz). Zu verstehen, wer das Compute kontrolliert, ist entscheidend.

Schicht 2: Control Plane. Die Identitäts-, Prüf- und Fleet-Visibility-Schicht. Wer kann sehen, welche Agents laufen? Welche Prüfprotokolle existieren? Wie entziehen Sie einem unkontrollierten Agent den Zugriff? Hier liegt die Enterprise-Governance, und diese Schicht wird von Anbietern in Demos oft zu wenig hervorgehoben.

Schicht 3: Distribution Surface. Wie Entwickler und Endnutzer die Agents erreichen. Ist es ein IDE-Plugin? Eine CLI? Eine Desktop-App? Ein In-Product-Button in Slack oder Salesforce? Die Distribution bestimmt die Adoptionsgeschwindigkeit innerhalb Ihrer Organisation. Microsoft, OpenAI, Anthropic und Google beantworten das jeweils unterschiedlich.

Schicht 4: Integrationsschicht. Konnektoren zu Systems of Record. Wie erreicht der Agent Ihr CRM, ERP, Data Warehouse oder Ihre internen Tools? Vorgefertigte Konnektoren versus ein API-first-Ansatz versus den Model Context Protocol (MCP) Standard bestimmen Build-vs-Buy-Entscheidungen auf der Integrationsschicht.

Mehr darüber, wie Enterprise-KI-Muster in der Praxis gestapelt werden, lesen Sie unter Stacking Patterns to Build AI Agents und erhalten Sie eine Grundlage zum Autonomous Agent Pattern selbst.

So schneiden die vier Plattformen im Vergleich ab

Das Feld ist jetzt vollständig besetzt. Hier sehen Sie, wie die vier genannten Plattformen auf den Enterprise Agent Platform Stack gemappt werden. Jede Zelle ist eine sachliche Beschreibung, kein Urteil.

Die Microsoft Agent 365-Berichterstattung, der Windows 365 for Agents-Überblick und Anthropics Self-Hosted-Sandbox-Ankündigung verdienen jeweils eine Lektüre neben diesem Artikel. Zusammen zeigen sie das konvergierende Architekturmuster: isolierte Runtime plus API-Control-Plane plus mehrere Distribution Surfaces. Googles Eintritt bestätigt, dass das Muster nun branchenweit gilt, nicht nur bei Microsoft.

Das OpenAI-Konnektor-Modell bei OpenAI Workspace Agents für Salesforce und Slack verfolgt einen anderen integrationsorientierten Ansatz, was die Integrationsschicht zum wichtigsten Vergleichspunkt für vertriebsorientierte Organisationen macht.

Was das für die KI-Strategie bedeutet

Die Konvergenz auf isolierte Runtimes über alle vier Anbieter hinweg ist ein Signal, das genau gelesen werden sollte. Ausführungsisolierung wird zur Grundvoraussetzung, nicht mehr zum Unterscheidungsmerkmal. Die Differenzierung verlagert sich zur Control Plane (wer hat Fleet-Visibility und Prüftiefe) und zur Integrationsschicht (wie viel individuelle Entwicklungsarbeit Sie leisten müssen).

Für CTOs, die bereits in Google Cloud investiert sind, ist Antigravity 2.0 der naheliegende erste Test. Die IAM- und Abrechnungsübernahme allein reduziert den Beschaffungs- und Compliance-Aufwand. Aber „naheliegender erster Test" bedeutet nicht „automatischer Gewinner". Die Vier-Schichten-Stack-Bewertung gilt unabhängig von Ihrer aktuellen Cloud-Infrastruktur gleichermaßen.

Der AI Agents in the Enterprise-Leitfaden deckt den breiteren strategischen Kontext für diese Entscheidungen ab. Und wenn Sie über langfristige Plattformabhängigkeit nachdenken, befasst sich der Artikel zu AI Sovereignty direkt mit der Frage der Anbieterabhängigkeit.

Für Teams, die überlegen, ob sie eine Plattform kaufen oder auf Primitiven aufbauen sollen, bietet das Buy vs. Build by Pattern-Framework eine Entscheidungsstruktur, die genau auf diesen Moment zutrifft.

Was diese Woche zu tun ist

Sie brauchen noch keine endgültige Plattformentscheidung. Aber Sie müssen jetzt damit beginnen, die Bewertungskompetenz aufzubauen, bevor die Demo eines einzelnen Anbieters Ihre Annahmen prägt.

Drei konkrete Schritte:

Führen Sie einen echten Anwendungsfall durch alle vier Stacks aus. Wählen Sie einen risikoarmen internen Workflow (einen Datenabruf-Agent, eine Dokumentenzusammenfassungsaufgabe) und stellen Sie ihn auf jeder Plattform bereit. Sie brauchen keine produktionsfähige Bereitstellung. Sie brauchen genug Kontakt mit jeder Runtime und Control Plane, um eine fundierte Meinung zu bilden. Die praktische Stunde ist mehr wert als zehn Anbieter-Briefings.

Fordern Sie von jedem Anbieter ein Runtime-Isolierungsdiagramm an. Keine Präsentationsfolien. Ein technisches Diagramm, das genau zeigt, wo der Code des Agents ausgeführt wird, wer das Compute kontrolliert und wie Ihre Daten diese Grenze überschreiten. Wenn ein Anbieter keines produzieren kann, ist das ein Signal.

Erstellen Sie einen Mindest-RFP auf Basis des Vier-Schichten-Stacks. Notieren Sie die Mindestanforderung für jede Schicht, bevor Sie mit Anbietern sprechen. Welche Runtime-Position kann Ihr Sicherheitsteam tatsächlich akzeptieren? Welche Prüftiefe erfordert Ihr Compliance-Team? Welche Integrationskonnektoren brauchen Sie am ersten Tag? Anbieter beantworten die Fragen, die Sie ihnen stellen. Stellen Sie die richtigen Fragen.

Der Enterprise-Agent-Plattformmarkt hat soeben einen vierten ernsthaften Teilnehmer bekommen. Das ist kein Problem. Es ist ein Vorteil für CTOs: echter Wettbewerb, echte Architekturvielfalt und ein Moment, in dem der Bewertungsrahmen, den Sie jetzt aufbauen, Ihnen die nächsten Jahre dienen wird.

Häufig gestellte Fragen

Was ist die Gemini Enterprise Agent Platform?

Die Gemini Enterprise Agent Platform ist Googles Enterprise-Bereitstellungspfad für Antigravity 2.0. Organisationen, die bereits auf Google Cloud arbeiten, können Antigravity-Agents direkt in ihre bestehenden Projekte einbinden und dabei Googles IAM, Abrechnung und Datenverwaltungskonfiguration übernehmen, anstatt eine separate Identitäts- und Sicherheitsschicht aufzubauen.

Wie unterscheidet sich Antigravity 2.0 von der bestehenden Antigravity-IDE?

Antigravity 2.0 ist eine separate, eigenständige Desktop-Anwendung, die vollständig für Agent-Orchestrierung entwickelt wurde. Es ist kein Update der bestehenden Antigravity-IDE. Die beiden Produkte dienen unterschiedlichen Zwecken: Die IDE unterstützt die allgemeine Softwareentwicklung, während Antigravity 2.0 speziell für die Erstellung, Ausführung und Verwaltung von KI-Agents konzipiert ist.

Sollte ein CTO alle vier Enterprise-Agent-Plattformen bewerten oder eine auswählen?

Beginnen Sie mit einer strukturierten Bewertung aller vier anhand eines einheitlichen Rahmens, bevor Sie sich festlegen. Der Enterprise Agent Platform Stack (Runtime, Control Plane, Distribution Surface, Integrationsschicht) bietet einen anbieterunabhängigen Blickwinkel. In der Praxis wird Ihre bestehende Cloud-Infrastruktur die Shortlist wahrscheinlich schnell einengen. Aber mindestens einen echten Anwendungsfall auf jeder Plattform auszuprobieren, bevor Sie sich entscheiden, lohnt den Zeitaufwand.

Weiterlesen

• AI Agents in the Enterprise
• AI Sovereignty: Anbieterabhängigkeit managen
• The Autonomous Agent Pattern
• Buy vs. Build by Pattern
• What Is Business AI