Destro AI hat acht Millionen US-Dollar eingesammelt, um unterschiedliche Lagerroboter über eine gemeinsame Software zu koordinieren. Entscheidend ist nicht die Finanzierungsrunde allein: Bei Yusen Logistics soll ein Pilot von drei auf 26 Roboter erweitert worden sein. Damit rückt eine oft unterschätzte Frage in den Mittelpunkt – wer dirigiert eine Flotte, wenn die Maschinen von verschiedenen Herstellern stammen?

Die am 29. September 2026 bekanntgegebene Seed-Runde wurde von Base10 Partners und Bonfire Ventures angeführt; CoFound Partners beteiligte sich ebenfalls. Destro AI entwickelt keine eigene Roboterplattform. Das 2025 gegründete Unternehmen setzt eine Ebene darüber an: Seine Software soll Aufträge, Menschen, Warenströme und verschiedene Robotertypen in einem Lager gemeinsam planen.

Nach Berichten von SiliconANGLE und Superintelligence News wird das System bereits in einer Anlage von Yusen Logistics in Sumner im US-Bundesstaat Washington eingesetzt. Aus einem Versuch mit drei Robotern sei dort eine Flotte mit 26 aktiven Maschinen geworden. Ein weiterer Pilot mit 17 Geräten laufe in Südkalifornien. Diese Zahlen sind konkreter als eine bloße Produktankündigung. Unabhängig veröffentlichte Messwerte zu Durchsatz, Ausfallzeit oder Personaleinsatz gibt es bislang jedoch nicht.

Anzeige
In diesem Artikel

Warum der einzelne Roboter nicht mehr das ganze Problem ist

In modernen Lagern arbeiten häufig mehrere Automatisierungssysteme nebeneinander. Autonome mobile Roboter transportieren Behälter, fahrerlose Flurförderzeuge bewegen Paletten, Fördertechnik verbindet feste Stationen und Menschen erledigen weiterhin Aufgaben, die sich nur schwer standardisieren lassen. Jede Plattform bringt ihre eigene Steuerung, ihre eigenen Karten und ihre eigenen Prioritäten mit.

Solange eine Flotte klein und homogen bleibt, kann der Hersteller viele Entscheidungen selbst übernehmen. Schwieriger wird es, sobald ein Auftrag mehrere Systeme durchläuft. Ein ankommender Lkw muss entladen, seine Ware erfasst, sortiert, zwischengelagert und rechtzeitig an ein ausgehendes Tor gebracht werden. Optimiert jeder Roboter nur seinen eigenen nächsten Schritt, kann das Gesamtlager trotzdem stocken: Fahrzeuge stehen am falschen Ort, Übergabepunkte werden blockiert oder Personal wartet auf Material.

Genau hier positioniert Destro sein MothershipOS. Nach Angaben des Unternehmens sammelt die Software Zustandsdaten aus dem Betrieb und entscheidet, welche Maschine oder Person welche Aufgabe wann und wo übernimmt. Ein zweites System namens VisionOS soll mobile Manipulatoren beim Erkennen und Greifen unterstützen. Destro spricht von einer herstellerunabhängigen Intelligenzschicht – ein anspruchsvolles Versprechen, weil echte Unabhängigkeit weit mehr als eine gemeinsame Benutzeroberfläche verlangt.

26 Roboter sind ein Signal, aber noch kein Leistungsnachweis

Die Erweiterung von drei auf 26 Maschinen ist redaktionell relevant, weil sie einen Übergang vom kleinen Versuch zu einem größeren betrieblichen Einsatz nahelegt. Sie beantwortet aber noch nicht, wie gut das System arbeitet. Die wichtigste offene Zahl ist nicht die Flottengröße, sondern der zusätzliche Nutzen gegenüber der bisherigen Lagersteuerung.

Für eine belastbare Bewertung wären mindestens vier Kennzahlen erforderlich:

  • Durchsatz: Wie viele Sendungen oder Paletten verarbeitet der Standort pro Stunde vor und nach der Einführung?
  • Eingriffe: Wie oft müssen Beschäftigte Aufträge neu zuweisen, einen Roboter freigeben oder eine blockierte Übergabe lösen?
  • Verfügbarkeit: Wie viel Zeit verliert die Flotte durch Kommunikationsfehler, Kartenprobleme und Wartung?
  • Integrationsaufwand: Wie lange dauert es, einen neuen Robotertyp oder ein vorhandenes Lagerverwaltungssystem anzubinden?

Die bislang veröffentlichten Berichte nennen keine unabhängig geprüften Werte für diese Punkte. Auch der Investor CoFound beschreibt Destro naturgemäß aus einer positiven Perspektive. Die Erweiterung bei einem namentlich genannten Logistiker ist deshalb ein ernst zu nehmendes Einsatzsignal, aber kein Beleg für eine überlegene Lösung.

Anzeige

Der Alpha-Bionic-Blick: Koordination erzeugt eine neue Abhängigkeit

Eine gemeinsame Steuerung kann den sogenannten Vendor Lock-in verringern: Ein Betreiber müsste dann nicht die gesamte Flotte bei einem Hersteller kaufen, nur damit die Geräte zusammenarbeiten. Gleichzeitig entsteht eine neue Abhängigkeit. Fällt die zentrale Koordination aus oder trifft sie eine falsche Entscheidung, betrifft das nicht mehr nur einen Roboter, sondern potenziell den gesamten Materialfluss.

Deshalb muss eine solche Plattform zwei widersprüchliche Ziele verbinden. Sie braucht einen globalen Überblick, damit sie Aufträge sinnvoll verteilt. Zugleich müssen einzelne Maschinen sicher weiterarbeiten oder kontrolliert stoppen können, wenn die Verbindung zur übergeordneten Ebene abreißt. Besonders wichtig ist die Trennung zwischen Optimierung und funktionaler Sicherheit: Eine KI darf Reihenfolgen und Wege verbessern, sollte aber nicht die alleinige Instanz sein, die sichere Geschwindigkeiten, Schutzfelder oder Not-Aus-Reaktionen festlegt.

Ein weiterer Engpass sind Datenmodelle. Ein mobiler Regalroboter meldet andere Zustände als ein Paletten-AMR oder ein Roboterarm. „Batterie 35 Prozent“ ist leicht zu vereinheitlichen. Begriffe wie bereit, blockiert oder Auftrag abgeschlossen können je nach Hersteller und Prozess jedoch etwas anderes bedeuten. Eine wirklich offene Orchestrierung benötigt daher belastbare Schnittstellen, eindeutige Zustände und Regeln für Konflikte. Sonst wird die vermeintlich universelle Plattform zu einem neuen Integrationsprojekt für jeden Standort.

Was das für europäische Lagerbetreiber bedeutet

Für deutsche und europäische Unternehmen ist der Ansatz interessant, weil viele Logistikzentren schrittweise automatisiert werden. Selten wird eine Halle vollständig neu gebaut und mit nur einem Robotersystem ausgestattet. Häufig kommen neue Geräte zu vorhandener Fördertechnik, älteren Lagerverwaltungssystemen und manuellen Arbeitsplätzen hinzu. Eine herstellerübergreifende Steuerung könnte genau in solchen gewachsenen Umgebungen wirtschaftlich werden.

Vor einer Entscheidung sollten Betreiber jedoch nicht nur eine beeindruckende Flottenansicht verlangen. Ein sinnvoller Pilot braucht einen vorher festgelegten Vergleich: gleicher Warenmix, vergleichbare Schichten, dokumentierte Störungen und transparente Eingriffszeiten. Zusätzlich müssen Datenhoheit, Cybersecurity und die Frage geklärt werden, was bei einem Anbieterwechsel mit den trainierten Regeln und Betriebsdaten geschieht.

Destro AI trifft damit einen realen Engpass der Robotik. Je mehr spezialisierte Maschinen in Betriebe einziehen, desto wertvoller wird die Ebene, die sie zu einem System verbindet. Ob MothershipOS diese Rolle bereits zuverlässig erfüllt, lässt sich aus der Finanzierungsnachricht noch nicht ableiten. Der nächste überzeugende Schritt wäre eine gemeinsam mit Yusen veröffentlichte Auswertung des 26-Roboter-Einsatzes – mit Durchsatz, Eingriffsrate und Ausfallzeiten statt nur mit Flottengröße.

Quellen

Bewerte den Beitrag hier!
[Total: 1 Average: 5]
Anzeige