AWS bezeichnet es als Open-Source-Robotik-Toolchain. Nahezu jede darin enthaltene Engine stammt von NVIDIA.

Am 8. Oktober 2026 stellte Amazon Web Services die sogenannte „Physical AI Toolchain“ vor, eine Open-Source-Pipeline, die einen Roboter von synthetischen Trainingsdaten über Simulation und Validierung bis hin zum Einsatz am Netzwerkrand begleiten soll. Lesen Sie zunächst die „Zutatenliste“, bevor Sie sich mit der Pressemitteilung befassen: NVIDIA Isaac Sim für die Simulation, NVIDIA Isaac Lab für Trainingsumgebungen, NVIDIA Isaac GR00T als Basismodell, NVIDIA Cosmos für die Weltgenerierung. AWS stellt Amazon SageMaker zur Ausführung der Trainingsaufträge sowie AWS IoT Greengrass bereit, um die fertigen Modelle auf die eigene Rechenumgebung des Roboters zu übertragen. Lässt man das AWS-Branding einmal außer Acht, so handelt es sich bei dem in dieser Woche vorgestellten Angebot um eine Hosting- und Orchestrierungsschicht, die den Physik-Stack eines anderen Anbieters umgibt.

Das ist keine Kritik an der technischen Umsetzung. Es ist der bislang deutlichste Hinweis darauf, wo AWS den eigentlichen Engpass in der Robotik-Software sieht – und das ist nicht die Simulation.

Ein Unternehmen, das es bereits versucht und dann aufgegeben hat

AWS war bereits in dieser Situation. RoboMaker, die Cloud-Robotik-Simulationsplattform des Unternehmens, wurde im September 2025 endgültig eingestellt, nachdem es nicht gelungen war, einen Markt zu erschließen. In diesem Monat stellte ein AWS-Führungskraft RoboMaker so dar, als sei es lediglich eine Komponente des umfassenderen Robotik-Stacks von AWS gewesen – eine Art der Charakterisierung, auf die ein Unternehmen zurückgreift, wenn es lieber nicht sagen möchte, dass ein Produkt nicht funktioniert hat. Unabhängig von der internen Darstellung ist der Ablauf kaum zu übersehen: AWS entwickelte einen eigenen Simulator, stellte ihn innerhalb weniger Jahre ein und kehrte zwölf Monate später zurück, nachdem es die Simulations-Engine selbst vollständig an NVIDIA abgetreten hatte.

Ein Unternehmen übergibt einem Konkurrenten seine Physik-Engine nicht aus Versehen. AWS setzt darauf, dass die wertvolle Ebene jene ist, die den Kontext über die gesamte Schicht eines Roboters hinweg speichert, die Schlussfolgerungen an ein Cloud-Modell übergibt, wenn die Aufgabe mehrdeutig wird, und das Ergebnis zuverlässig an den Edge-Bereich übermittelt – und nicht die Ebene, die Photonen und Kollisionsgitter rendert. Ob diese Wette richtig ist, ist die einzige Frage in dieser Geschichte, die tatsächlich von Bedeutung ist, und niemand wird die

eine Lösung für ein oder zwei Jahre.

NVIDIA setzt auf das Gegenteil

Einen Tag zuvor, am 8. Oktober, veröffentlichte NVIDIA seine eigene Antwort auf dieselbe Frage, die in eine völlig andere Richtung weist. Der Beitrag, der Teil der laufenden Omniverse-Entwicklerserie ist, zeigte Ingenieure, die KI-Agenten mit Anweisungen in natürlicher Sprache dazu anleiteten, Simulationsumgebungen innerhalb von Omniverse zu erstellen und zu modifizieren, anstatt jede Szene manuell zu programmieren. In einem vorgestellten Projekt wurde ein humanoider Unitree G1 auf einem simulierten Hürdenparcours losgelassen und meisterte einen einzelnen Sprung in 64 von 100 Versuchen – eine Zahl, die NVIDIA selbst veröffentlichte, anstatt sie auf die besten Ergebnisse aufzurunden. In einem anderen Projekt nutzten Ingenieure die CAD-Software „Onshape“ von PTC, um eine Fahrzeugaufhängung direkt in „Isaac Sim“ für ein Projekt im Bereich der Demontagerobotik zu modellieren.

Diese beiden Details sind wichtiger als die Neuartigkeit eines promptgesteuerten Simulators. Eine Erfolgsquote von 64 Prozent bei einer einzigen Hürde, die in einem eigenen Präsentationsbeitrag des Anbieters klar und deutlich angegeben wird, ist eine ehrliche Zahl – eine Zahl, die deutlich macht, dass es sich bei der Simulation noch um ein Forschungswerkzeug handelt und nicht um ein zertifiziertes Produkt, so gut das Demovideo auch aussehen mag. Und die Präsenz von PTC innerhalb des NVIDIA-eigenen Workflows ist eine zweite Bestätigung desselben strukturellen Musters, das AWS gerade demonstriert hat: Das Unternehmen, dem die Simulations-Engine gehört, muss weder das CAD-Tool noch die humanoide Hardware noch die umgebende Cloud-Orchestrierungsschicht besitzen. Es benötigt die Werkzeuge aller anderen, um davon auszugehen, dass Isaac Sim der Ort ist, an dem die Physik stattfindet.

Eine dritte These besagt, dass der Simulator von vornherein die falsche Einheit ist

Ein Start-up aus San Francisco namens Odyssey geht eine andere Wette ein als sowohl AWS als auch NVIDIA. Mitte September stellte es „Odyssey-3“ vor, ein einziges Grundmodell, das sich laut eigenen Angaben – ergänzt durch einen darüber liegenden, schlanken „Action-Decoder“ – so anpassen lässt, dass Roboterarme, humanoide Hände, Autos, Drohnen und Videospiel-Agenten über eine gemeinsame Basis gesteuert werden können, anstatt für jede Maschine einen eigenen Simulator und eine separat trainierte Regel zu benötigen.

Im Rahmen einer von Odyssey hervorgehobenen Forschungskooperation mit Flexion entwickelte Flexion funktionsfähige Manipulationsstrategien für humanoide Roboter – darunter Aufgaben wie das Öffnen von Behältern und das Ablegen von Gegenständen – auf der Grundlage von lediglich einigen Dutzend Stunden Teleoperationsdaten. Dabei handelt es sich um von Odyssey selbst angegebene Zahlen, die nicht unabhängig von einer dritten Partei überprüft wurden; sie sollten daher mit diesem Vorbehalt betrachtet und nicht als feststehende Tatsache wiedergegeben werden.

Selbst bei skeptischer Betrachtung ist die strategische Logik schlüssig. Odyssey hat im Juni 2026 eine Serie-B-Finanzierungsrunde in Höhe von 310 Millionen US-Dollar bei einer Bewertung von 1,45 Milliarden US-Dollar abgeschlossen, um gezielt die These zu verfolgen, dass ein universelles Weltmodell den Schritt eines dedizierten Simulators verkürzen oder umgehen kann – einen Schritt, den sowohl AWS als auch NVIDIA nach wie vor als unverzichtbar betrachten. Sollte Odyssey auch nur teilweise Recht haben, konkurriert das Unternehmen nicht nur mit Isaac Sim. Es macht die gesamte Frage, wem die Simulationsschicht gehört, weniger wichtig als die Frage, wem das Modell gehört, das keine Simulationsschicht mehr benötigt.

Drei Unternehmen, drei unvereinbare strategische Ausrichtungen – innerhalb einer einzigen Woche:

• AWS: Die Orchestrierungs- und Speicherebene im eigenen Besitz, die Physik wird gemietet.
• NVIDIA: Die Physik- und Rendering-Ebene selbst betreiben, alle anderen daran anschließen lassen.
• Odyssey: den dedizierten Simulator für einen wachsenden Anteil an Aufgaben optional machen.

Die Ebene, die niemand besitzen will

Während sich die Infrastrukturanbieter darüber stritten, welche Ebene sie kontrollieren sollten, entschied sich ein viertes, viel kleineres Unternehmen für eine Ebene, die keiner von ihnen wollte. SafeWorld, ein Start-up aus Palo Alto, trat am 5. Oktober aus der Anonymität hervor, um genau eine Dienstleistung anzubieten: die tatsächliche Steuerungssoftware eines Roboters durch Tausende simulierter Begegnungen mit Menschen zu führen und zu prüfen, ob er rechtzeitig in der Nähe einer unübersichtlichen Ecke anhält oder einen Arbeiter, der Kisten trägt, korrekt erkennt – und zwar noch bevor dieser Roboter überhaupt eine Lagerhalle betritt. Mitbegründer Ding Zhao verfügt über einen Forschungshintergrund an der Carnegie Mellon University, insbesondere im Bereich Robotersicherheit, und das Unternehmen hat mitgeteilt, dass es bereits erste Pilotprojekte bei Kunden aus den Bereichen Automobilindustrie, Lagerautomatisierung und Medizintechnik durchführt.

Die Tatsache, dass SafeWorld als eigenständiges Unternehmen existiert und nicht als Funktion innerhalb von Isaac Sim oder der AWS-Toolchain, verrät Ihnen etwas, worüber die Infrastrukturanbieter lieber nicht sprechen möchten. Keiner von ihnen möchte derjenige sein, dessen Simulator einen Roboter als sicher im Umgang mit Menschen zertifiziert hat – kurz bevor dieser Roboter einen Menschen verletzt hat. Haftung, nicht Technologie, ist der Grund, warum die Frage „Ist das sicher?“ zu einem Produkt geworden ist, das andere verkaufen.

Was sich hinter dem Begriff der Interoperabilität verbirgt

Jede dieser Ankündigungen präsentiert sich in der Sprache der Offenheit und Partnerschaft. AWS bezeichnet seine Veröffentlichung als Open Source. NVIDIA stellt Isaac Sim als eine Plattform dar, auf der andere Unternehmen aufbauen können, und nicht als abgeschotteten Garten. In der Praxis beschreibt sich eine dominierende Ebene in jedem Software-Stack stets als offen und interoperabel – bis der Wechsel weg von dieser Ebene zu kostspielig wird. Die Großzügigkeit, die Toolchain kostenlos zur Verfügung zu stellen, und die Abhängigkeit, das eigene Produkt auf der Engine eines anderen aufzubauen, sind ein und dieselbe Entscheidung – beschrieben aus zwei unterschiedlichen Perspektiven.

Ich betreibe eine Plattform, die diese Unternehmen in Tausenden von Datensätzen erfasst, und das Muster, das nach einer Woche wie dieser besonders auffällt, ist, wie selten Anbieter bekannt geben, aus welchem Bereich sie sich zurückziehen. Ein leitender Angestellter von AWS selbst beschrieb RoboMaker als Bestandteil eines umfassenderen Stacks und nicht als Einstellung des Dienstes – eine Frage der Darstellung, nicht der Tatsachen. Die ehrliche Version der Nachrichten dieser Woche ist einfacher: AWS hat versucht, den Markt für Robotersimulationen zu dominieren, hat verloren und setzt nun stattdessen seine Zukunft darauf, alles zu orchestrieren, was NVIDIA entwickelt.

Was ich als Nächstes im Blick habe

Die Frage, die es zu verfolgen gilt, ist nicht, welche dieser drei Strategien in diesem Monat technisch am beeindruckendsten ist. Demo-Videos entscheiden diese Debatte – wie beabsichtigt – jedes Mal zugunsten von NVIDIA. Die Frage ist vielmehr, welche Ebene noch über Preissetzungsmacht verfügt, sobald ein Robotik-Start-up sich tatsächlich für eine Standardlösung entscheiden und mit den Kosten leben muss, die zwei Jahre später durch einen Wechsel entstehen. Beobachten Sie, ob die Toolchain von AWS

Kunden werden letztendlich ihre Workloads direkt auf die eigenen Cloud-Angebote von NVIDIA migrieren, sobald sie sich mit Isaac Sim vertraut gemacht haben – so wie zahlreiche Unternehmen festgestellt haben, dass aus einer „Multi-Cloud“-Integration still und leise eine Abhängigkeit von einer einzigen Cloud geworden ist. Sollte dies geschehen, hätte AWS eine Open-Source-Veröffentlichung dazu genutzt, seinen eigenen Kunden zu verdeutlichen, welcher Anbieter tatsächlich die Oberhand hat.

Diese Analyse stützt sich auf die Ankündigung von AWS vom 8. Oktober 2026 und die Lösungsseite zur „Physical AI Toolchain“, die AWS-eigene Dokumentation zum Ende des Supports für AWS RoboMaker im September 2025, den Entwickler-Blogbeitrag von NVIDIA vom 8. Oktober 2026 Entwickler-Blogbeitrag „Into the Omniverse“ vom 8. Oktober 2026, auf die Ankündigung von Odyssey-3 durch Odyssey selbst vom September 2026 und die offengelegten Bedingungen der Serie-B-Finanzierungsrunde sowie auf die öffentlichen Einführungsunterlagen von SafeWorld vom 5. Oktober 2026. Sie dient ausschließlich allgemeinen Informationszwecken und stellt keine Anlage-, Finanz- oder Fachberatung dar.

Bildnachweis für das Titelbild: Humanoider Roboter Unitree G1, offizielles Produktfoto von der Website von Unitree.