Visão geral da plataforma

O que é a AY-Robots

A AY-Robots é uma plataforma de teleoperação para braços robóticos. Os clientes ligam o seu hardware, mais frequentemente o SO-100 (também vendido como SO-ARM100), e operadores remotos controlam esses braços a partir de um cockpit no browser. Cada minuto controlado é gravado, pelo que uma sessão produz duas coisas ao mesmo tempo: trabalho realizado no robô e um dataset de demonstração sobre o qual pode treinar policies.

A plataforma tem três funções. As contas CLIENT possuem robôs, reservam sessões e recebem os datasets gravados. As contas OPERATOR controlam robôs e ganham dinheiro por sessões concluídas. As contas ADMIN gerem a própria plataforma, incluindo a análise de certificações de operadores. A função é escolhida durante o onboarding, e cada uma tem o seu próprio painel.

Nada disto exige que escreva drivers de robôs. O suporte ao SO-100 já está incluído, desde a comunicação com os servos no braço até à codificação de episódios no explorador de datasets. Se consegue ligar um cabo USB e abrir um separador do browser, consegue correr o ciclo completo.

O ciclo: robôs, operadores, sessões, datasets

Tudo na plataforma gira em torno de um único ciclo. Depois de o compreender, o resto da documentação lê-se muito mais depressa, porque cada página descreve, em maior profundidade, uma etapa deste ciclo.

1. 1
   Ligar um robô

   Um cliente associa um braço à plataforma com um código de emparelhamento curto. Assim que o código é resgatado na máquina junto ao braço, o robô comunica um heartbeat e aparece como online no seu ambiente.

2. 2
   Reservar uma sessão

   O cliente reserva uma sessão, ou um operador certificado assume um robô disponível. A sessão começa como PENDING e passa a ACTIVE no momento em que o operador se liga e assume o controlo.

3. 3
   Teleoperar

   O operador controla o braço a partir do cockpit no browser enquanto observa as câmaras do robô. A plataforma regista eventos de atividade ao longo de todo o processo e grava as posições das juntas, o estado da garra e o vídeo.

4. 4
   Recolher o dataset

   Quando a sessão termina, a gravação é organizada em episódios no formato LeRobot e aparece no explorador de datasets do cliente, pronta a rever e a descarregar.

5. 5
   Treinar e repetir

   Os clientes treinam policies como ACT, Diffusion Policy, SmolVLA ou fine-tunes do GR00T com os dados recolhidos e depois reservam mais sessões para cobrir as situações em que a policy ainda falha.

Para que é usada

As três razões mais comuns para estar aqui sobrepõem-se, mas vale a pena distingui-las, porque determinam qual a documentação a ler primeiro.

• Recolha de dados para imitation learning. As equipas que treinam policies de manipulação precisam de muitas demonstrações limpas. Operadores remotos podem gravá-las a toda a hora, no seu hardware, sem que tenha de estar junto ao braço.
• Operação remota. Por vezes o objetivo é simplesmente que o robô faça o trabalho enquanto a pessoa está noutro lugar, seja numa divisão diferente ou num país diferente.
• Escalar sem pessoal no local. Se possui várias instalações, contratar e escalar operadores locais para cada uma delas é a parte cara. O marketplace de operadores elimina essa limitação.

Se o seu objetivo é a recolha de dados e o braço está na sua própria secretária, vale também a pena conhecer o desktop client. Grava episódios localmente com um fluxo guiado e só os carrega quando decidir, sem qualquer operador remoto envolvido.

A arquitetura num relance

Interage com até três componentes de software, consoante o que está a fazer. Todos falam com o mesmo backend e a mesma conta, pelo que um robô emparelhado uma vez fica visível em todo o lado.

A autenticação segue a mesma divisão. O browser usa a sua sessão Supabase, enquanto a API e as integrações MCP usam chaves de API com o prefixo ayr_live_, criadas em /dashboard/settings. As chaves servem apenas para acesso programático; nunca as cole no cockpit.

Para onde ir a seguir

Perguntas frequentes