Sesijos
Sesija yra vienetas, prie kurio prisikabina viskas kita platformoje: už tai operatoriams mokama, už tai klientams išrašoma sąskaita, ir iš to iškerpami duomenų rinkiniai. Šis puslapis dokumentuoja jos gyvavimo ciklą, aktyvumo įvykius, kuriuos matysite žurnale, ir tai, kas nutinka sesijai pasibaigus.
Paskutinį kartą atnaujinta 2026-08-09
Sesijos gyvavimo ciklas
Kiekviena sesija pereina per nedidelį, fiksuotą būsenų rinkinį. Dabartinė būsena visada matoma valdymo skydelyje, o kiekvienas perėjimas registruojamas kaip aktyvumo įvykis, todėl sesijos istoriją galima tiksliai atkurti.
| Būsena | Ką reiškia | Kaip keičiasi |
|---|---|---|
| PENDING | Sesija egzistuoja, bet operatorius dar neprisijungęs | Tampa ACTIVE, kai operatorius prisijungia, arba CANCELLED, jei taip niekada ir neprasideda |
| ACTIVE | Operatorius prisijungęs ir valdo robotą; įrašymas ir atsiskaitymo laikas eina | Gali pereiti į PAUSED, COMPLETED arba CANCELLED |
| PAUSED | Sesija laikinai sustabdyta ir valdymo įvestis nepriimama | Grįžta į ACTIVE atnaujinus, arba baigiasi iš čia |
| COMPLETED | Sesija baigėsi normaliai; įrašas užbaigtas ir klientas gali įvertinti operatorių | Galutinė būsena |
| CANCELLED | Sesija baigėsi anksčiau nei normalus užbaigimas, ar tai padarė viena iš šalių, ar pati platforma | Galutinė būsena |
Praktikoje svarbiausias skirtumas: COMPLETED sesijos sukuria užbaigtą duomenų rinkinį ir vertinamą operatorių, o CANCELLED žymi sesijas, kurios nenuėjo iki galo. Abi yra galutinės; sesija niekada neatidaroma iš naujo.
Aktyvumo įvykiai
Kol sesija vyksta, platforma rašo laiko žymėmis pažymėtą įvykių žurnalą. Klientai jį mato gyvai stebėjimo metu, ir jis lieka prijungtas prie sesijos vėliau, auditui. Štai įvykiai, kuriuos sutiksite.
| Įvykis | Reikšmė |
|---|---|
| SESSION_START | Operatorius prisijungė ir sesija tapo ACTIVE |
| SESSION_END | Sesija baigėsi ir perėjo į galutinę būseną |
| PAUSE | Sesija pristabdyta; valdymo įvestis sustabdyta |
| RESUME | Sesija grįžo iš PAUSED į ACTIVE |
| ACTIVITY_CHECK | Periodinis patikrinimas, patvirtinantis, kad operatorius aktyviai valdo robotą |
| INACTIVITY_WARNING | Kurį laiką nėra operatoriaus įvesties; operatorius įspėjamas prieš ką nors sustabdant |
| INACTIVITY_STOP | Operatorius liko neaktyvus po įspėjimo ir platforma sustabdė sesiją |
| OPERATOR_SWITCH | Valdymas perėjo nuo vieno operatoriaus kitam toje pačioje sesijoje |
| ERROR | Kažkas nutiko ne taip, pavyzdžiui, srauto nutrūkimas ar valdymo klaida, ir tai užregistruota |
Neaktyvumo grandinė egzistuoja tam, kad apsaugotų kliento biudžetą. ACTIVITY_CHECK įvykiai suveikia periodiškai; laikotarpis be įvesties sukuria INACTIVITY_WARNING, o tęsiama tyla sukelia INACTIVITY_STOP. Operatoriams praktinis patarimas paprastas: jei reikia pasitraukti, pristabdykite sesiją, o ne leiskite ateiti įspėjimams.
Sesijos pokalbis
Klientas ir operatorius dalijasi pokalbiu visą sesijos trukmę. Tai kanalas užduoties instrukcijoms, scenos problemoms ir koordinavimui: objektas ne pasiekiamumo ribose, kamera, kurią reikia pareguliuoti, kliento norimos demonstruoti veiklos pasikeitimas. Žinutės saugomos kartu su sesija ir gali būti peržiūrėtos jai pasibaigus, kas naudinga, kai vertinimui ar ginčui reikia konteksto.
Vertinimas po užbaigimo
Kai sesija pasiekia COMPLETED, klientas gali įvertinti operatorių 1 iki 5 žvaigždučių skalėje ir palikti atsiliepimą. Vertinimai formuoja bendrą operatoriaus balą ir jo matomumą platformoje, todėl tai pagrindinis kokybės signalas, ant kurio veikia prekyvietė. Vertinkite sąžiningai: pripūstas vertinimas už aplaidžią sesiją siunčia kitą klientą į tą pačią patirtį.
Sesijos duomenys tampa mokymo duomenimis
Visą ACTIVE sesijos trukmę platforma įrašo roboto telemetriją, operatoriaus įvestį ir kamerų vaizdą. Sesijai pasibaigus, įrašas suskirstomas į epizodus ir pasirodo kliento duomenų rinkinių naršyklėje LeRobot formatu. Iš ten galima eiti tiesiai į mokymo procesus ACT, Diffusion Policy, SmolVLA ar GR00T fine-tune, su įprasta išlyga, kad GR00T reikalauja LeRobot v2.1.
Būtent todėl sesijos disciplina svarbi ne tik iš mandagumo. Kiekviena pauzė, kiekvienas neveikimo laikotarpis, kiekvienas improvizuotas aplinkkelis yra įrašo dalis. Švarios sesijos sukuria švarius epizodus; netvarkingos sesijos sukuria duomenis, kuriuos reikia peržiūrėti ir apkarpyti prieš juos panaudojant.
Sesijos pratęsimas
Kai darbas užtrunka ilgiau nei planuota, sesiją galima pratęsti, o ne nutraukti ties rezervuota pabaiga. Pratęsimas įmanomas tik tol, kol sesija vis dar vyksta ir robotas neturi konfliktuojančios rezervacijos po jos; papildomas laikas apmokamas kaip ir likusi sesijos dalis pagal jūsų planą. Jei pratęsimas neįmanomas, užbaikite sesiją įprastai ir rezervuokite tęsinį: duomenų rinkinių naršyklė išlaiko abiejų sesijų epizodus vienoje aplinkoje šalia vienas kito.
Dažnai užduodami klausimai
Koks skirtumas tarp COMPLETED ir CANCELLED?▾
COMPLETED reiškia, kad sesija nuėjo iki galo: įrašas užbaigtas ir klientas gali įvertinti operatorių. CANCELLED reiškia, kad ji baigėsi anksčiau, ar tai padarė viena iš šalių, ar sustabdė pati platforma. Abi yra galutinės būsenos.
Ar kitas operatorius gali perimti valdymą sesijos viduryje?▾
Taip. Perdavimas registruojamas kaip OPERATOR_SWITCH įvykis, todėl sesijos įrašas visada rodo, kas bet kuriuo momentu valdė robotą.
Kas tiksliai sukelia neaktyvumo sustabdymą?▾
Ilgas laikotarpis be operatoriaus įvesties. Platforma pirmiausia užregistruoja INACTIVITY_WARNING; tik jei operatorius lieka neaktyvus po įspėjimo, INACTIVITY_STOP baigia sesiją. Sąmoningas pristabdymas visos šios grandinės išvengia.
Kur nukeliauja duomenys po sesijos?▾
Į aplinkos, kuriai priklauso robotas, duomenų rinkinių naršyklę, suskirstyti kaip epizodai LeRobot formatu. Klientas, užsakęs sesiją, valdo šiuos duomenis.
Valdykite robotus AY-Robots platformoje kaip klientas: kurkite aplinkas, susiekite rankas ir kameras, rezervuokite sesijas, peržiūrėkite duomenų rinkinius.
Ką daro nuotolinis roboto operatorius AY-Robots platformoje: sertifikavimas, teleoperacijos sesijos, kokybiški duomenys ir apmokėjimas per Stripe Connect.