Сессии

Сессия представляет собой единицу, вокруг которой строится всё остальное на платформе: за неё платят операторам, её выставляют в счёт клиентам, и из неё нарезают датасеты. Эта страница документирует её жизненный цикл, события активности, которые вы увидите в журнале, и то, что происходит после завершения сессии.

Обновлено 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. Данными владеет клиент, забронировавший сессию.