Sessions
Die Session ist die Einheit, an der alles andere auf der Plattform hängt: Für sie werden Operatoren bezahlt, sie wird Kunden in Rechnung gestellt, und aus ihr werden Datensätze geschnitten. Diese Seite dokumentiert ihren Lebenszyklus, die Aktivitätsereignisse im Protokoll und was nach dem Ende einer Session passiert.
Zuletzt aktualisiert 2026-08-09
Der Session-Lebenszyklus
Jede Session durchläuft eine kleine, feste Menge von Zuständen. Der aktuelle Zustand ist im Dashboard jederzeit sichtbar, und jeder Übergang wird als Aktivitätsereignis protokolliert, sodass sich die Geschichte einer Session exakt rekonstruieren lässt.
| Zustand | Bedeutung | Wie er sich ändert |
|---|---|---|
| PENDING | Die Session existiert, aber noch ist kein Operator verbunden | Wird ACTIVE, wenn der Operator sich verbindet, oder CANCELLED, wenn sie nie startet |
| ACTIVE | Ein Operator ist verbunden und steuert den Roboter; Aufzeichnung und abgerechnete Zeit laufen | Kann zu PAUSED, COMPLETED oder CANCELLED wechseln |
| PAUSED | Die Session ist vorübergehend angehalten, Steuereingaben werden nicht angenommen | Kehrt beim Fortsetzen zu ACTIVE zurück oder endet von hier aus |
| COMPLETED | Die Session wurde regulär beendet; die Aufzeichnung ist finalisiert und der Kunde kann den Operator bewerten | Endzustand |
| CANCELLED | Die Session endete vor dem regulären Abschluss, ob durch eine Partei oder durch die Plattform | Endzustand |
Die Unterscheidung, die in der Praxis am meisten zählt: COMPLETED-Sessions liefern einen finalisierten Datensatz und einen bewertbaren Operator, während CANCELLED Sessions markiert, die nicht zu Ende gelaufen sind. Beides sind Endzustände; eine Session wird nie wieder geöffnet.
Aktivitätsereignisse
Während eine Session läuft, schreibt die Plattform ein Ereignisprotokoll mit Zeitstempeln. Kunden sehen es live bei der Überwachung, und es bleibt danach zu Prüfzwecken mit der Session verknüpft. Diese Ereignisse werden Ihnen begegnen.
| Ereignis | Bedeutung |
|---|---|
| SESSION_START | Der Operator hat sich verbunden und die Session wurde ACTIVE |
| SESSION_END | Die Session endete und wechselte in einen Endzustand |
| PAUSE | Die Session wurde pausiert; Steuereingaben sind ausgesetzt |
| RESUME | Die Session kehrte von PAUSED zu ACTIVE zurück |
| ACTIVITY_CHECK | Eine periodische Prüfung, die bestätigt, dass der Operator den Roboter aktiv steuert |
| INACTIVITY_WARNING | Längere Zeit keine Operator-Eingaben; der Operator wird gewarnt, bevor irgendetwas gestoppt wird |
| INACTIVITY_STOP | Der Operator blieb nach der Warnung inaktiv und die Plattform hat die Session gestoppt |
| OPERATOR_SWITCH | Die Steuerung wechselte innerhalb derselben Session von einem Operator zum anderen |
| ERROR | Etwas ist schiefgelaufen, etwa ein Stream-Abriss oder ein Steuerungsfehler, und wurde protokolliert |
Die Inaktivitätskette existiert, um das Budget des Kunden zu schützen. ACTIVITY_CHECK-Ereignisse feuern periodisch; eine Phase ohne Eingaben erzeugt eine INACTIVITY_WARNING, anhaltende Stille einen INACTIVITY_STOP. Für Operatoren ist der praktische Rat simpel: Wenn Sie kurz weg müssen, pausieren Sie die Session, statt die Warnungen kommen zu lassen.
Session-Chat
Kunde und Operator teilen sich für die Dauer der Session einen Chat. Er ist der Kanal für Aufgabenanweisungen, Szenenprobleme und Abstimmung: ein Objekt außer Reichweite, eine Kamera, die nachjustiert werden muss, eine Änderung dessen, was demonstriert werden soll. Nachrichten werden mit der Session gespeichert und lassen sich nach ihrem Ende nachlesen, was hilft, wenn eine Bewertung oder ein Streitfall Kontext braucht.
Bewertung nach Abschluss
Erreicht eine Session COMPLETED, kann der Kunde den Operator auf einer Skala von 1 bis 5 Sternen bewerten und Feedback hinterlassen. Bewertungen fließen in die Gesamtnote des Operators und seine Sichtbarkeit auf der Plattform ein; sie sind das zentrale Qualitätssignal, auf dem der Marktplatz läuft. Bewerten Sie ehrlich: Eine geschönte Bewertung für eine schlampige Session schickt den nächsten Kunden in dieselbe Erfahrung.
Aus Session-Daten werden Trainingsdaten
Während einer ACTIVE-Session zeichnet die Plattform Roboter-Telemetrie, Operator-Eingaben und die Kamerastreams auf. Nach Abschluss wird die Aufzeichnung in Episoden organisiert und erscheint im Dataset-Browser des Kunden im LeRobot-Format. Von dort kann sie direkt in Trainings-Pipelines für ACT, Diffusion Policy, SmolVLA oder GR00T-Fine-Tunes gehen, mit dem üblichen Vorbehalt, dass GR00T LeRobot v2.1 verlangt.
Deshalb ist Session-Disziplin mehr als Höflichkeit. Jede Pause, jeder Leerlauf, jeder improvisierte Umweg ist Teil der Aufzeichnung. Saubere Sessions ergeben saubere Episoden; unordentliche Sessions ergeben Daten, die vor der Nutzung gesichtet und beschnitten werden müssen.
Eine Session verlängern
Dauert die Arbeit länger als geplant, lässt sich eine Session verlängern, statt sie am gebuchten Ende abzuschneiden. Eine Verlängerung ist nur möglich, solange die Session noch läuft und der Roboter keine kollidierende Folgebuchung hat; die zusätzliche Zeit wird wie der Rest der Session nach Ihrem Plan abgerechnet. Ist eine Verlängerung nicht möglich, schließen Sie die Session regulär ab und buchen eine Folgesession: Der Dataset-Browser hält die Episoden beider Sessions in derselben Umgebung nebeneinander.
Häufige Fragen
Was unterscheidet COMPLETED von CANCELLED?▾
COMPLETED heißt, die Session ist zu Ende gelaufen: Die Aufzeichnung ist finalisiert und der Kunde kann den Operator bewerten. CANCELLED heißt, sie endete vorzeitig, ob durch eine Partei oder durch die Plattform. Beides sind Endzustände.
Kann ein anderer Operator mitten in der Session übernehmen?▾
Ja. Eine Übergabe wird als OPERATOR_SWITCH-Ereignis protokolliert, sodass der Session-Verlauf jederzeit zeigt, wer zu welchem Zeitpunkt die Steuerung hatte.
Was genau löst einen Inaktivitäts-Stopp aus?▾
Eine anhaltende Phase ohne Operator-Eingaben. Die Plattform protokolliert zuerst eine INACTIVITY_WARNING; nur wenn der Operator danach inaktiv bleibt, beendet INACTIVITY_STOP die Session. Bewusstes Pausieren vermeidet die ganze Kette.
Wohin gehen die Daten nach einer Session?▾
In den Dataset-Browser der Umgebung, zu der der Roboter gehört, organisiert als Episoden im LeRobot-Format. Die Daten gehören dem Kunden, der die Session gebucht hat.
Roboter als Kunde auf AY-Robots betreiben: Umgebungen einrichten, Arme und Kameras koppeln, Sessions buchen und überwachen, Datensätze sichten, Kosten im Blick.
Was ein Robot Operator auf AY-Robots tut: Zertifizierung erhalten, Teleoperations-Sessions fahren, Trainingsdaten liefern und per Stripe Connect bezahlt werden.