Сесії
Сесія є одиницею, навколо якої будується все інше на платформі: за неї платять операторам, її виставляють у рахунок клієнтам, і з неї нарізають датасети. Ця сторінка документує її життєвий цикл, події активності, які ви побачите в журналі, і те, що відбувається після завершення сесії.
Оновлено 2026-08-09
Життєвий цикл сесії
Кожна сесія проходить через невеликий фіксований набір станів. Поточний стан завжди видно в дашборді, і кожен перехід логується як подія активності, тому історію сесії можна відновити в точності.
| Стан | Що означає | Як змінюється |
|---|---|---|
| PENDING | Сесія існує, але оператор ще не підключився | Стає ACTIVE, коли підключається оператор, або CANCELLED, якщо сесія так і не починається |
| ACTIVE | Оператор підключений і керує роботом; тривають запис і облік часу для оплати | Може перейти в PAUSED, COMPLETED або CANCELLED |
| PAUSED | Сесія тимчасово призупинена, керуюче введення не приймається | Повертається в ACTIVE при відновленні або завершується звідси |
| COMPLETED | Сесія завершилася нормально; запис фіналізовано, і клієнт може оцінити оператора | Термінальний стан |
| CANCELLED | Сесія завершилася до нормального закінчення, чи то з ініціативи сторони, чи платформи | Термінальний стан |
На практиці найважливіша відмінність: сесії COMPLETED дають фіналізований датасет і оператора, якого можна оцінити, тоді як CANCELLED позначає сесії, що не пройшли свій шлях до кінця. Обидва стани термінальні; сесія ніколи не відкривається знову.
Події активності
Поки сесія триває, платформа веде журнал подій із часовими мітками. Клієнти бачать його наживо під час спостереження, і він залишається прив'язаним до сесії згодом для аудиту. Ось події, з якими ви зіткнетеся.
| Подія | Значення |
|---|---|
| SESSION_START | Оператор підключився, і сесія перейшла в ACTIVE |
| SESSION_END | Сесія завершилася і перейшла в термінальний стан |
| PAUSE | Сесію призупинено; керуюче введення призупинено |
| RESUME | Сесія повернулася з PAUSED в ACTIVE |
| ACTIVITY_CHECK | Періодична перевірка, що підтверджує, що оператор активно керує роботом |
| INACTIVITY_WARNING | Певний час немає введення від оператора; оператора попереджають до того, як щось зупиниться |
| INACTIVITY_STOP | Оператор залишався неактивним після попередження, і платформа зупинила сесію |
| OPERATOR_SWITCH | Керування перейшло від одного оператора до іншого в межах однієї сесії |
| ERROR | Щось пішло не так, наприклад обрив потоку чи збій керування, і було залоговано |
Ланцюжок неактивності існує, щоб захистити бюджет клієнта. Події ACTIVITY_CHECK спрацьовують періодично; період без введення викликає INACTIVITY_WARNING, а тривала тиша викликає INACTIVITY_STOP. Практична порада для операторів проста: якщо потрібно відійти, призупиніть сесію, замість того щоб чекати на попередження.
Чат сесії
Клієнт і оператор ділять один чат на весь час сесії. Це канал для інструкцій щодо завдання, проблем зі сценою і координації: предмет поза досяжністю, камеру треба поправити, зміна того, що клієнт хоче продемонструвати. Повідомлення зберігаються разом із сесією і доступні для перегляду після її завершення, що корисно, коли оцінці чи спору потрібен контекст.
Оцінка після завершення
Коли сесія досягає COMPLETED, клієнт може оцінити оператора за шкалою від 1 до 5 зірок і залишити відгук. Оцінки формують загальний бал оператора і його видимість на платформі, тож це головний сигнал якості, на якому працює маркетплейс. Оцінюйте чесно: завищена оцінка за недбалу сесію відправляє наступного клієнта до того самого досвіду.
Дані сесії стають навчальними даними
Протягом активної сесії платформа записує телеметрію робота, введення оператора і відео з камер. Після завершення запис організовується в епізоди і з'являється в переглядачі датасетів клієнта у форматі LeRobot. Звідти її можна одразу передати в пайплайни навчання ACT, Diffusion Policy, SmolVLA чи донавчання GR00T, зі звичайним застереженням, що GR00T потребує LeRobot v2.1.
Саме тому дисципліна сесії важлива не лише з ввічливості. Кожна пауза, кожен простій, кожне імпровізоване відхилення стає частиною запису. Чисті сесії дають чисті епізоди; неохайні сесії дають дані, які потрібно переглянути й обрізати, перш ніж їх можна буде використати.
Продовження сесії
Коли робота займає більше часу, ніж планувалося, сесію можна продовжити, а не обривати наприкінці заброньованого часу. Продовження можливе лише поки сесія ще триває і в робота немає конфліктуючого бронювання одразу після неї; додатковий час оплачується так само, як решта сесії, за вашим тарифом. Якщо продовження неможливе, завершіть сесію нормально і забронюйте наступну: переглядач датасетів тримає епізоди обох сесій поруч в одному середовищі.
Часті запитання
У чому різниця між COMPLETED і CANCELLED?▾
COMPLETED означає, що сесія пройшла свій шлях до кінця: запис фіналізовано, і клієнт може оцінити оператора. CANCELLED означає, що вона закінчилася раніше, чи то з ініціативи сторони, чи платформи. Обидва стани термінальні.
Чи може інший оператор перехопити керування посеред сесії?▾
Так. Передача керування логується як подія OPERATOR_SWITCH, тому запис сесії завжди показує, хто керував у будь-який момент часу.
Що саме викликає зупинку через неактивність?▾
Стійкий період без введення від оператора. Платформа спочатку логує INACTIVITY_WARNING; лише якщо оператор залишається неактивним після попередження, INACTIVITY_STOP завершує сесію. Свідома пауза повністю обходить цей ланцюжок.
Куди йдуть дані після сесії?▾
У переглядач датасетів середовища, якому належить робот, організовані як епізоди у форматі LeRobot. Даними володіє клієнт, який забронював сесію.
Як керувати роботами на AY-Robots у ролі клієнта: налаштування середовищ, підключення рук і камер, бронювання сесій, перегляд датасетів і контроль оплати.
Чим займається віддалений оператор робота на AY-Robots: сертифікація, проведення сесій телеоперації, чисті навчальні дані і виплати через Stripe Connect.