IT-Wissen · IT-Wissen

Humanoide Roboter — Physical AI · Robotik · Autonomie · Chips

Kurz zusammengefasst: Humanoide Roboter verbinden künstliche Intelligenz, Sensorik, Robotik und spezialisierte Rechenhardware. Für kleine Unternehmen und den Mittelstand sind sie vor allem ein Thema für konkrete Prüfungen: Welche wiederholbaren, körperlich belastenden oder schwer zu besetzenden Aufgaben könnten unterstützt werden? Welche Sicherheitsanforderungen gelten? Und wie lässt sich ein Pilotprojekt kontrolliert bewerten? Der Artikel ordnet Physical AI, Autonomie und Chips ein und zeigt, warum ein realistischer Einstieg eng begrenzt, messbar und gemeinsam mit Beschäftigten geplant werden sollte.

Warum humanoide Roboter interessant sind

Humanoide Roboter sind Maschinen mit einer dem Menschen ähnlichen Körperform, typischerweise mit zwei Beinen, zwei Armen, Greifhänden, Kameras und weiteren Sensoren. Der praktische Gedanke dahinter: Sie sollen in Umgebungen arbeiten können, die bereits für Menschen eingerichtet sind, etwa an Arbeitsplätzen, in Lagerbereichen oder bei einfachen Materialbewegungen.

Aktuelle Herstellerdarstellungen zeigen humanoide Systeme mit visueller, taktiler und körpereigener Sensorik sowie Demonstrationen autonomer Bewegungs- und Manipulationsabläufe. Diese Vorführungen belegen die jeweils gezeigte Fähigkeit unter den beschriebenen Bedingungen. Sie sind kein allgemeiner Nachweis für die Eignung, Sicherheit oder Wirtschaftlichkeit im Betrieb eines bestimmten Unternehmens.

Für kleine Unternehmen und den Mittelstand ist die Form allein kein Geschäftsnutzen. Entscheidend ist die konkrete Aufgabe. Ein Roboter kann interessant werden, wenn Tätigkeiten häufig wiederkehren, körperlich belastend sind, in Schichten anfallen oder schwer mit Personal zu besetzen sind. Vor einer Beschaffung müssen Prozess, Sicherheitsrisiko, Integrationsaufwand, Verfügbarkeit und Bedienkonzept gemeinsam betrachtet werden.

Physical AI: Intelligenz mit einem Körper

Physical AI bezeichnet Systeme, die ihre Umgebung nicht nur digital analysieren, sondern wahrnehmen und physisch darauf reagieren. Ein Sprachmodell kann eine Anweisung formulieren; ein physischer Roboter muss zusätzlich erkennen, wo sich ein Gegenstand befindet, ihn greifen, seine Bewegung planen und mit Abweichungen in der realen Welt umgehen.

Dafür werden mehrere Komponenten verbunden: Wahrnehmung durch Kameras und andere Sensoren, ein Situationsmodell, Bewegungsplanung, Aktorik und eine Steuerung, die Aktionen laufend überprüft. Diese Verbindung ist anspruchsvoller als eine reine Softwareautomatisierung, weil Beleuchtung, Reibung, Toleranzen, Menschen und ungeplante Hindernisse unmittelbar auf das Ergebnis einwirken.

Herstellerberichte zu Figure beschreiben unter anderem Ganzkörpersteuerung, Sensorintegration und Reinforcement-Learning-Verfahren. NVIDIA beschreibt Jetson Thor als Rechenplattform für Physical AI und Robotik. Beide Angaben sind Herstellerdarstellungen und sollten bei Leistungs-, Autonomie- und Verfügbarkeitsaussagen entsprechend eingegrenzt werden.

Für Unternehmen ist deshalb die Frage wichtig, welche Entscheidungen autonom getroffen werden dürfen. Sicherheitsfunktionen dürfen nicht von einem generativen Modell oder einer einzelnen Demonstration abhängig gemacht werden. Die konkrete Auslegung muss anhand der Maschine, ihrer Umgebung, ihrer bestimmungsgemäßen Verwendung und vorhersehbarer Fehlanwendungen geprüft werden.

Autonomie ist ein abgestuftes Leistungsmerkmal

Autonomie bedeutet nicht automatisch, dass ein Roboter ohne Aufsicht beliebige Aufgaben erledigt. Die Spannbreite reicht von ferngesteuerten oder eng überwachten Bewegungen über feste, wiederholbare Abläufe bis zu Systemen, die Aufgaben aus einer Beschreibung ableiten und ihre nächsten Schritte selbst planen.

Je offener die Umgebung und je weniger standardisiert die Aufgabe, desto höher sind die Anforderungen an Training, Sensorik, Fehlerbehandlung und menschliche Aufsicht. Ein Unternehmen sollte daher nicht mit dem Etikett autonom beginnen, sondern mit einem klaren Betriebsmodus: Welche Entscheidungen sind freigegeben? Wann muss der Roboter anhalten? Wer übernimmt bei einem Fehler? Wie wird ein Vorfall dokumentiert?

Die Europäische Kommission stellt in ihren Entwurfsleitlinien zur Einstufung bestimmter Hochrisiko-KI-Systeme klar, dass es sich um nicht bindende Orientierung zur Anwendung des AI Act handelt. Die konkrete rechtliche Einordnung eines Systems lässt sich daraus nicht pauschal ableiten. Sie muss anhand des konkreten Produkts, Einsatzes und der jeweils geltenden Anforderungen erfolgen.

Für die Einführung gehören Rollen und Verantwortlichkeiten in das Betriebskonzept. Dazu zählen Wartung, Softwareupdates, Zugriffsschutz, Protokollierung, Datenschutz und die Einweisung der Beschäftigten. Diese Punkte sind Prüfanforderungen für das konkrete Projekt und werden nicht allein durch die Verwendung von Physical AI erfüllt.

Chips und Rechenarchitektur

Humanoide Roboter benötigen Rechenleistung an mehreren Stellen. Direkt am Roboter können Sensordaten verarbeitet, Bewegungen geregelt und Reaktionszeiten eingehalten werden. In einer lokalen oder entfernten Rechenumgebung können Modelle trainiert, simuliert oder zentral verwaltet werden. Diese Aufteilung wird häufig als Edge- und Cloud- beziehungsweise Rechenzentrumsarchitektur beschrieben.

Spezialisierte Chips beschleunigen Bildverarbeitung, neuronale Netze und Simulation. NVIDIA beschreibt Jetson Thor als Plattform für Rechenaufgaben in Physical AI und Robotik. Daraus folgt jedoch kein Nachweis, dass eine bestimmte Plattform für jeden Roboter, Prozess oder Sicherheitsfall geeignet ist.

Bei der Auswahl sollte ein mittelständisches Unternehmen eine vollständige Stückliste und Betriebsarchitektur verlangen: Sensoren, Steuergeräte, Recheneinheiten, Kommunikationswege, Softwarelizenzen, Schnittstellen und Fernwartung. Proprietäre Komponenten können die Abhängigkeit vom Anbieter erhöhen. Eine technische Bewertung sollte außerdem klären, welche Daten den Standort verlassen und wie Zugänge abgesichert werden.

Ob eine Edge- oder Cloud-Aufteilung zulässig und sinnvoll ist, hängt vom konkreten System, den Reaktionszeiten, den Daten und den Sicherheitsanforderungen ab. Diese Entscheidung ist im Projekt zu dokumentieren und durch technische sowie organisatorische Maßnahmen abzusichern.

Sicherheit, Organisation und Wirtschaftlichkeit

Ein humanoider Roboter bewegt reale Massen in der Nähe von Menschen. Die EU-Maschinenverordnung verlangt für Maschinen eine Risikobeurteilung und Risikominderung unter Berücksichtigung der bestimmungsgemäßen Verwendung, vorhersehbarer Fehlanwendung, des gesamten Lebenszyklus und der Wechselwirkungen mit anderen Maschinen. Je nach konkreter Maschine und Gefährdung können außerdem Anforderungen an Stoppfunktionen, Not-Halt, Steuerungen, Schutzmaßnahmen und sichere Wartung relevant sein.

Daraus folgt keine pauschale Sicherheitsfreigabe für humanoide Roboter. Zu prüfen sind unter anderem Quetsch- und Stoßgefahren, unerwartete Bewegungen, Ausfälle von Sensoren, Akku- und Ladeprozesse, sichere Wartungszustände sowie das Verhalten bei Netzwerk- oder Softwarefehlern. Die Beurteilung muss sich auf die konkrete Gesamtanlage und den vorgesehenen Betriebsablauf beziehen.

Auch die Arbeitsorganisation verändert sich. Beschäftigte benötigen klare Zuständigkeiten und praktische Einweisung. Kamera- oder Sensordaten können Datenschutz- und Beschäftigtendatenschutzfragen auslösen. Die Datenschutzkonferenz weist darauf hin, dass Videoüberwachung nicht zur Verhaltens- oder Leistungskontrolle von Beschäftigten eingesetzt werden darf. Vor einem Pilot müssen deshalb Datenflüsse, Zwecke, Zugriffe, Aufbewahrung und die Beteiligung der zuständigen betrieblichen Stellen geklärt werden.

Auf der wirtschaftlichen Seite gehören Anschaffung oder Miete, Integration, Wartung, Schulung, Stillstandszeiten, Energie, Ersatzteile, Softwarekosten und die Kosten menschlicher Aufsicht in die Rechnung. Für eine belastbare Bewertung müssen Messgrößen, Vergleichsprozess und Beobachtungszeit vor Beginn festgelegt werden. Beispiele sind erfolgreiche Durchläufe, notwendige Eingriffe, Stillstandszeit, Fehlerklassen, Sicherheitsereignisse, Betreuungsaufwand und Auswirkungen auf Beschäftigte.

Ein Pilot ist erst dann aussagekräftig, wenn nicht nur eine Vorführung, sondern der vollständige Arbeitsablauf unter den tatsächlichen Bedingungen bewertet wird. Die genannten Punkte sind allgemeine Prüfempfehlungen. Welche Nachweise, Normen und Behördenanforderungen im Einzelfall gelten, muss für das konkrete Produkt und Einsatzgebiet geprüft werden.

Beispiel aus der Praxis

Beispiel: Ein mittelständischer Maschinenbauer prüft einen humanoiden Roboter für das Bereitstellen standardisierter Behälter zwischen Lager und Montage. Im ersten Schritt wird kein freier Fabrikrundgang beauftragt. Das Unternehmen definiert eine feste Route, gekennzeichnete Abstellplätze, zulässige Lasten und einen manuellen Freigabepunkt vor jeder Übergabe. Vor dem Pilot werden die Gesamtanlage, die vorgesehenen Betriebsarten, die Stopp- und Schutzmaßnahmen, die Datenflüsse sowie die erforderlichen Zugriffe geprüft. Während eines begrenzten Piloten werden Prozesszeiten, Eingriffe, Fehlgriffe, Stillstände, Sicherheitsereignisse und die Auswirkungen auf die Beschäftigten dokumentiert. Der Roboter erhält nur die für diesen Prozess erforderlichen Netzwerk- und Systemzugriffe. Wenn die Aufgabe nur mit dauernder Fernsteuerung, häufigen Abbrüchen oder unverhältnismäßigem Betreuungsaufwand funktioniert, ist das ein verwertbares Ergebnis gegen eine Ausweitung.

Chancen für Unternehmen

• Unterstützung bei standardisierten Materialbewegungen, Bereitstellvorgängen und einfachen innerbetrieblichen Transportaufgaben.
• Entlastung bei körperlich belastenden oder unattraktiven Tätigkeiten, sofern eine sichere technische und organisatorische Umsetzung nachgewiesen ist.
• Bessere Nutzung bestehender Arbeitsumgebungen, wenn Prozesse nicht vollständig auf spezielle Fördertechnik umgebaut werden sollen.
• Aufbau von Erfahrungen mit Physical AI, Simulation, Edge-Rechenleistung und moderner Robotik in einem kontrollierten Pilotprozess.
• Mögliche Verbindung zu bestehenden Lager-, Produktions- oder Leitstandsystemen über klar dokumentierte Schnittstellen.

Grenzen und Prüfpunkte

• Die humanoide Bauform ist kein Beleg für wirtschaftliche Überlegenheit gegenüber Fördertechnik, mobilen Robotern, Greifarmen oder einer Softwareautomatisierung.
• Autonomie bleibt aufgabenspezifisch. Unstrukturierte Umgebungen, wechselnde Objekte, Menschenverkehr und seltene Ausnahmefälle können die Zuverlässigkeit deutlich beeinflussen.
• Sicherheitsfunktionen, Risikobeurteilung, Not-Halt, Wartung und menschliche Aufsicht müssen unabhängig von generativen KI-Funktionen geplant und geprüft werden.
• Chips, Sensoren, Akkus, Softwareplattformen und Ersatzteile können Abhängigkeiten von einzelnen Herstellern schaffen. Lieferbarkeit und Updatepolitik gehören deshalb in die Beschaffung.
• Kamera- und Sensordaten können Datenschutz-, Betriebsrats- und Zugriffsschutzfragen auslösen. Datenflüsse und Aufbewahrung müssen vor dem Pilot geklärt werden.
• Ein Demonstrator oder eine erfolgreiche Einzelvorführung belegt noch keinen stabilen Dauerbetrieb. Entscheidend sind reproduzierbare Messwerte unter den tatsächlichen Bedingungen des Unternehmens.