Inhalt
  1. Was die offizielle Dokumentation unterscheidet
  2. Ein Modellname ist noch keine Stückliste
  3. Kraft erst an der Aufgabe bewerten
  4. Die Entwicklungsarbeit gehört in die Rechnung
  5. Quellen

Der T800 von EngineAI steht für eine Art Robotikauftritt, die schnell Aufmerksamkeit gewinnt: ein großer humanoider Körper mit kraftvollen Bewegungen. Ein bei 36kr veröffentlichter DoNews-Beitrag vom Oktober 2026 stellte den Hersteller und seine wirtschaftlichen Ambitionen vor. Für einen praktischen Blick ist jedoch eine nüchternere Quelle hilfreicher: die Entwicklungsdokumentation. Sie zeigt, warum bereits die Frage nach der genauen Ausführung wichtiger sein kann als der Modellname.

Was die offizielle Dokumentation unterscheidet

EngineAI beschreibt den T800 als Plattform für industrielle und kommerzielle Aufgaben sowie eigene Entwicklung. Die am 16. Oktober 2026 aktualisierte Einführung unterscheidet eine Basisausführung mit 25 und eine PRO-Ausführung mit 29 Freiheitsgraden des Körpers. Die Arme unterscheiden sich unter anderem im Handgelenk; geschickte Hände werden der PRO-Ausführung zugeordnet. Genannt werden außerdem Gelenkmotoren mit einem maximalen Drehmoment von bis zu 450 Newtonmetern. Dies sind Herstellerangaben. Eine solche Maximalzahl ist keine allgemeine Aussage darüber, was jede Handbewegung oder jede Haltung leisten kann.

Ein Modellname ist noch keine Stückliste

Unsere Einordnung: Bei einer Plattform mit mehreren Varianten sollten Anbieter und Käufer denselben Lieferumfang vor Augen haben. Welche Hände sind enthalten? Welche Sensoren liefern Daten an eigene Programme? Welche Schnittstellen werden dokumentiert, und welche davon stehen in der angebotenen Version tatsächlich zur Verfügung? Diese Fragen lassen sich in einer kurzen Stückliste festhalten. Sie verhindert, dass eine Vorführung mit einer anderen Konfiguration zur Erwartungsgrundlage für den späteren Kauf wird.

Für eine Forschungseinrichtung wäre außerdem ein kleiner Entwicklungsnachweis sinnvoll. Dabei lädt das Team ein eigenes Beispiel, liest einen benötigten Sensor aus und führt eine begrenzte Bewegung innerhalb des freigegebenen Ablaufs aus. Der Versuch sollte mit den vorgesehenen Werkzeugen funktionieren. Eine lange Schnittstellenliste ist weniger hilfreich, wenn der erste eigene Versuch nur mit zusätzlicher, nicht dokumentierter Unterstützung gelingt.

Kraft erst an der Aufgabe bewerten

Für eine Handhabungsaufgabe sollte ein Abnahmetest die tatsächlichen Gegenstände und Körperhaltungen berücksichtigen. Ein gut greifbarer Behälter ist ein anderer Versuch als eine unregelmäßige Verpackung. Auch ein einzelnes erfolgreiches Anheben beantwortet nicht, wie zuverlässig Ablegen, Loslassen und Rückkehr in die Ausgangsposition funktionieren. Die Redaktion empfiehlt deshalb, eine vollständige Folge zu definieren und alle notwendigen Eingriffe zu protokollieren.

Gerade bei dynamischen Bewegungen ist eine klare Betriebsumgebung wichtig. Wer die Plattform untersuchen möchte, sollte die vorgesehenen Schutzmaßnahmen und Abschaltabläufe zusammen mit dem Anbieter klären. Eine öffentlich gezeigte kraftvolle Aktion ist keine Einladung, sie mit Personen im Bewegungsraum nachzustellen. Für die technische Bewertung liefern wiederholbare, begrenzte Aufgaben mehr verwertbare Information als eine Steigerung des Schauwerts.

Die Entwicklungsarbeit gehört in die Rechnung

Der Kauf eines Körpers und die Fertigstellung einer Anwendung sind unterschiedliche Arbeitsschritte. Für den Pilotplan empfiehlt sich deshalb, neben dem Gerät auch Integrationszeit, Schulung und spätere Pflege der eigenen Software anzusetzen. Wie groß dieser Aufwand ist, muss aus dem vorgesehenen Projekt folgen. Die öffentlich zugängliche Einführung allein liefert dafür keine belastbare Kostenschätzung.

  • Variante, Hände und Sensoren schriftlich mit der Demonstration abgleichen.
  • Einen eigenen Entwicklungsversuch auf dem vorgesehenen Gerät durchführen.
  • Eine vollständige Arbeitsfolge einschließlich Rücksetzen und Fehlerbehandlung messen.
  • Betreuungs- und Integrationsaufwand separat dokumentieren.

Hilfreich ist außerdem ein festgehaltener Softwarestand. Ändert eine Aktualisierung das Verhalten, kann der nächste Versuch sonst kaum mit dem vorherigen verglichen werden. Auch der Austausch eines Greifers sollte in den Aufzeichnungen stehen. Solche einfachen Angaben machen einen Pilotversuch nachvollziehbarer und erleichtern die Zusammenarbeit zwischen Käufer und Anbieter.

Der T800 lässt sich damit am besten als konkretes Entwicklungsangebot beurteilen: Welche Konfiguration erhält ein Team, worauf kann es zugreifen und welche Aufgabe kann es damit wiederholbar lösen? Erst diese Verbindung macht aus den Leistungsangaben eine tragfähige Grundlage für ein Projekt. Für die Auswahl ist sie aussagekräftiger als die stärkste einzelne Bewegung eines Vorführvideos.

Vertiefend erklärt unser Hintergrund, wie Greifen und Tastsinn zusammenhängen.

Quellen & weiterführende Informationen

  1. 36kr / DoNews: EngineAI zwischen Aufmerksamkeit und Kommerzialisierung ↗Veröffentlicht: 2026-10-16 · Abgerufen: 2026-11-06
  2. EngineAI Open Platform: About T800 ↗Veröffentlicht: 2026-10-16 · Abgerufen: 2026-11-06