Sessioner

En session er den enhed, alt andet på platformen hænger på: det er, hvad operatører betales for, hvad kunder faktureres for, og hvad datasæt skæres ud fra. Denne side dokumenterer dens livscyklus, de aktivitetshændelser du vil se i loggen, og hvad der sker, efter en session slutter.

Sidst opdateret 2026-08-09

Sessionens livscyklus

Hver session bevæger sig gennem et lille, fast sæt tilstande. Den aktuelle tilstand er altid synlig i dashboardet, og hver overgang logges som en aktivitetshændelse, så en sessions historik kan rekonstrueres præcist.

TilstandHvad det betyderHvordan den ændres
PENDINGSessionen findes, men ingen operatør er forbundet endnuBliver ACTIVE, når operatøren forbinder, eller CANCELLED, hvis den aldrig starter
ACTIVEEn operatør er forbundet og styrer robotten; optagelses- og faktureringstiden løberKan gå til PAUSED, COMPLETED eller CANCELLED
PAUSEDSessionen er midlertidigt sat på pause, og ingen styringsinput accepteresVender tilbage til ACTIVE ved genoptagelse, eller slutter herfra
COMPLETEDSessionen sluttede normalt; optagelsen er færdiggjort, og kunden kan bedømme operatørenSluttilstand
CANCELLEDSessionen sluttede før normal afslutning, uanset om det var en part eller platformenSluttilstand

Den skelnen, der betyder mest i praksis: COMPLETED-sessioner producerer et færdigt datasæt og en bedømmelig operatør, mens CANCELLED markerer sessioner, der ikke fuldførte deres forløb. Begge er sluttilstande; en session genåbnes aldrig.

Aktivitetshændelser

Mens en session kører, skriver platformen en tidsstemplet hændelseslog. Kunder ser den live under overvågning, og den forbliver knyttet til sessionen bagefter til revision. Dette er de hændelser, du vil støde på.

HændelseBetydning
SESSION_STARTOperatøren forbandt, og sessionen blev ACTIVE
SESSION_ENDSessionen sluttede og gik til en sluttilstand
PAUSESessionen blev sat på pause; styringsinput er suspenderet
RESUMESessionen vendte tilbage fra PAUSED til ACTIVE
ACTIVITY_CHECKEt periodisk tjek, der bekræfter, at operatøren aktivt styrer robotten
INACTIVITY_WARNINGIntet operatørinput i et stykke tid; operatøren advares, før noget stoppes
INACTIVITY_STOPOperatøren forblev inaktiv efter advarslen, og platformen stoppede sessionen
OPERATOR_SWITCHStyringen gik fra én operatør til en anden inden for samme session
ERRORNoget gik galt, for eksempel et streamdrop eller en styringsfejl, og blev logget

Inaktivitetskæden findes for at beskytte kundens budget. ACTIVITY_CHECK-hændelser udløses periodisk; en periode uden input giver en INACTIVITY_WARNING, og fortsat stilhed en INACTIVITY_STOP. For operatører er det praktiske råd enkelt: skal du gå fra, så sæt sessionen på pause i stedet for at lade advarslerne komme.

Sessionschat

Kunde og operatør deler en chat i hele sessionens varighed. Det er kanalen til opgaveinstrukser, sceneproblemer og koordinering: et objekt uden for rækkevidde, et kamera der skal justeres, en ændring i, hvad kunden ønsker demonstreret. Beskeder gemmes sammen med sessionen og kan gennemgås, efter den slutter, hvilket er nyttigt, når en bedømmelse eller en tvist har brug for kontekst.

Bedømmelse efter afslutning

Når en session når COMPLETED, kan kunden bedømme operatøren på en skala fra 1 til 5 stjerner og give feedback. Bedømmelser fodrer operatørens samlede score og deres synlighed på platformen, så de er det primære kvalitetssignal, markedspladsen kører på. Bedøm ærligt: en oppustet bedømmelse for en sjusket session sender den næste kunde ind i samme oplevelse.

Sessionsdata bliver til træningsdata

Gennem en ACTIVE session optager platformen robottelemetri, operatørinput og kamerastreams. Efter afslutning organiseres optagelsen i episoder og dukker op i kundens datasætbrowser i LeRobot-format. Derfra kan den gå direkte ind i træningspipelines til ACT, Diffusion Policy, SmolVLA eller GR00T-finjusteringer, med det sædvanlige forbehold, at GR00T kræver LeRobot v2.1.

Det er derfor, sessionsdisciplin betyder noget ud over høflighed. Hver pause, hver ledig periode, hver improviseret omvej er en del af optagelsen. Rene sessioner giver rene episoder; rodede sessioner giver data, der skal gennemgås og beskæres, før de kan bruges.

Forlængelse af en session

Når arbejdet trækker længere ud end planlagt, kan en session forlænges i stedet for at blive afbrudt ved den bookede sluttid. Forlængelse er kun mulig, mens sessionen stadig kører, og robotten ikke har en modstridende booking bagefter; den ekstra tid faktureres som resten af sessionen under din plan. Er en forlængelse ikke mulig, så afslut sessionen normalt, og book en opfølgning: datasætbrowseren holder episoderne fra begge sessioner side om side i det samme miljø.

Ofte stillede spørgsmål

Hvad er forskellen mellem COMPLETED og CANCELLED?

COMPLETED betyder, at sessionen gennemførte sit forløb: optagelsen er færdiggjort, og kunden kan bedømme operatøren. CANCELLED betyder, at den sluttede tidligt, uanset om en part afsluttede den, eller platformen stoppede den. Begge er sluttilstande.

Kan en anden operatør overtage midt i en session?

Ja. En overdragelse logges som en OPERATOR_SWITCH-hændelse, så sessionsposten altid viser, hvem der havde styringen på et givet tidspunkt.

Hvad udløser præcist et inaktivitetsstop?

En vedvarende periode uden operatørinput. Platformen logger først en INACTIVITY_WARNING; kun hvis operatøren forbliver inaktiv efter advarslen, afslutter INACTIVITY_STOP sessionen. At sætte på pause med vilje undgår hele kæden.

Hvor ender dataene efter en session?

I datasætbrowseren for det miljø, robotten tilhører, organiseret som episoder i LeRobot-format. Kunden, der bookede sessionen, ejer dataene.