Sessões

Uma sessão é a unidade de que tudo o resto na plataforma depende: é aquilo pelo qual os operadores são pagos, aquilo pelo qual os clientes são faturados e aquilo de que os datasets são extraídos. Esta página documenta o seu ciclo de vida, os eventos de atividade que vai ver no registo e o que acontece depois de uma sessão terminar.

Última atualização 2026-08-09

O ciclo de vida da sessão

Cada sessão percorre um conjunto pequeno e fixo de estados. O estado atual está sempre visível no painel, e cada transição é registada como um evento de atividade, pelo que o histórico de uma sessão pode ser reconstruído com exatidão.

EstadoO que significaComo muda
PENDINGA sessão existe mas ainda não há operador ligadoPassa a ACTIVE quando o operador se liga, ou a CANCELLED se nunca começar
ACTIVEUm operador está ligado e a controlar o robô; a gravação e o tempo de faturação estão a decorrerPode passar a PAUSED, COMPLETED ou CANCELLED
PAUSEDA sessão está temporariamente suspensa e não aceita entradas de controloRegressa a ACTIVE ao retomar, ou termina a partir daqui
COMPLETEDA sessão terminou normalmente; a gravação é finalizada e o cliente pode avaliar o operadorEstado terminal
CANCELLEDA sessão terminou antes da conclusão normal, seja por uma das partes seja pela plataformaEstado terminal

A distinção mais importante na prática: as sessões COMPLETED produzem um dataset finalizado e um operador avaliável, enquanto CANCELLED marca sessões que não seguiram o seu curso. Ambos são estados terminais; uma sessão nunca é reaberta.

Eventos de atividade

Enquanto uma sessão decorre, a plataforma escreve um registo de eventos com data e hora. Os clientes veem-no em direto durante a monitorização, e mantém-se associado à sessão depois para efeitos de auditoria. Estes são os eventos que vai encontrar.

EventoSignificado
SESSION_STARTO operador ligou-se e a sessão passou a ACTIVE
SESSION_ENDA sessão terminou e passou a um estado terminal
PAUSEA sessão foi pausada; a entrada de controlo está suspensa
RESUMEA sessão voltou de PAUSED a ACTIVE
ACTIVITY_CHECKUma verificação periódica confirmando que o operador está a controlar ativamente o robô
INACTIVITY_WARNINGSem entradas do operador durante algum tempo; o operador é avisado antes de algo ser parado
INACTIVITY_STOPO operador continuou inativo depois do aviso e a plataforma terminou a sessão
OPERATOR_SWITCHO controlo passou de um operador para outro dentro da mesma sessão
ERRORAlgo correu mal, como uma quebra de stream ou uma falha de controlo, e foi registado

A cadeia de inatividade existe para proteger o orçamento do cliente. Os eventos ACTIVITY_CHECK disparam periodicamente; um período sem entradas produz um INACTIVITY_WARNING, e o silêncio continuado um INACTIVITY_STOP. Para os operadores, o conselho prático é simples: se precisar de se ausentar, pause a sessão em vez de deixar chegar os avisos.

Chat da sessão

Cliente e operador partilham um chat durante a sessão. É o canal para instruções de tarefa, problemas na cena e coordenação: um objeto fora de alcance, uma câmara que precisa de ajuste, uma alteração no que o cliente quer demonstrado. As mensagens são guardadas com a sessão e podem ser revistas depois de terminar, o que é útil quando uma avaliação ou uma disputa precisa de contexto.

Avaliação após a conclusão

Quando uma sessão atinge o estado COMPLETED, o cliente pode avaliar o operador numa escala de 1 a 5 estrelas e deixar feedback. As avaliações alimentam a pontuação global do operador e a sua visibilidade na plataforma, pelo que são o principal sinal de qualidade sobre o qual o marketplace funciona. Avalie com honestidade: uma avaliação inflacionada para uma sessão descuidada envia o próximo cliente para a mesma experiência.

Os dados da sessão tornam-se dados de treino

Ao longo de uma sessão ACTIVE a plataforma grava telemetria do robô, entradas do operador e os feeds das câmaras. Depois da conclusão, a gravação é organizada em episódios e aparece no explorador de datasets do cliente em formato LeRobot. A partir daí pode ir diretamente para pipelines de treino de ACT, Diffusion Policy, SmolVLA ou fine-tunes do GR00T, com a ressalva habitual de que o GR00T exige LeRobot v2.1.

É por isso que a disciplina na sessão importa para além da educação. Cada pausa, cada período parado, cada desvio improvisado faz parte da gravação. Sessões limpas produzem episódios limpos; sessões desorganizadas produzem dados que têm de ser revistos e aparados antes de serem utilizáveis.

Estender uma sessão

Quando o trabalho demora mais do que o planeado, uma sessão pode ser estendida em vez de cortada no fim do tempo reservado. A extensão só é possível enquanto a sessão ainda está a decorrer e o robô não tem uma reserva conflituante a seguir; o tempo extra é faturado como o resto da sessão, segundo o seu plano. Se uma extensão não for possível, conclua a sessão normalmente e reserve uma sessão de continuação: o explorador de datasets mantém os episódios de ambas as sessões lado a lado no mesmo ambiente.

Perguntas frequentes

Qual é a diferença entre COMPLETED e CANCELLED?

COMPLETED significa que a sessão seguiu o seu curso: a gravação é finalizada e o cliente pode avaliar o operador. CANCELLED significa que terminou cedo, quer uma das partes a tenha terminado quer a plataforma a tenha parado. Ambos são estados terminais.

Outro operador pode assumir a meio da sessão?

Sim. Uma transferência é registada como um evento OPERATOR_SWITCH, pelo que o registo da sessão mostra sempre quem estava a controlar em cada momento.

O que exatamente desencadeia uma paragem por inatividade?

Um período sustentado sem entradas do operador. A plataforma regista primeiro um INACTIVITY_WARNING; só se o operador permanecer inativo depois do aviso é que um INACTIVITY_STOP termina a sessão. Pausar deliberadamente evita toda a cadeia.

Para onde vão os dados depois de uma sessão?

Para o explorador de datasets do ambiente a que o robô pertence, organizados como episódios em formato LeRobot. O cliente que reservou a sessão é o dono dos dados.