A Physical Intelligence está abrindo um serviço beta para equipes que querem adaptar seus modelos robóticos às próprias máquinas e tarefas. O anúncio da Pi API, publicado em 13 de outubro, diz que uma equipe pode enviar dados do robô, ajustar um modelo na infraestrutura gerenciada pela Pi e chamar o modelo resultante por inferência hospedada. O acesso começa com uma inscrição, e a Pi diz que receberá equipes em lotes.
Isso muda onde parte do trabalho de engenharia de modelos é feita. Um desenvolvedor de robótica ainda precisa de uma máquina adequada, uma tarefa que valha a automação, demonstrações dessa tarefa e uma forma de testar o modelo na máquina. A Pi propõe operar a camada de treinamento e serviço do modelo que conecta esses elementos.
A grande mudança
- O que mudou: A Pi está oferecendo adaptação hospedada de seus modelos robóticos a equipes selecionadas. Seu repositório openpi já oferece checkpoints de modelos anteriores e exemplos para equipes dispostas a operar sua própria pilha de treinamento; a beta acrescenta um caminho gerenciado para ajuste e inferência.
- Por que isso importa: Transferir a infraestrutura de treinamento para a Pi pode permitir que uma equipe de robótica dedique mais esforço a coletar demonstrações úteis e avaliar o comportamento em seus próprios equipamentos. O serviço não fornece o robô, não define uma tarefa bem-sucedida nem comprova uma operação segura para o cliente.
- O que observar: O valor da beta dependerá de resultados de tarefas reproduzíveis e de condições de integração viáveis. A Pi descreveu exemplos de parceiros, mas os materiais públicos de lançamento não especificam a versão do modelo, o hardware compatível, preços, contrato de API ou termos de segurança.
O trabalho que passa para a Pi
A Pi descreve uma sequência: enviar dados, iniciar o ajuste em sua capacidade computacional gerenciada e então usar um gateway hospedado para inferência. Em sua descrição do fluxo de trabalho, os dados de avaliação orientam a próxima iteração. O desenvolvedor coleta demonstrações, treina, testa em um robô e estuda falhas para decidir quais dados reunir a seguir. A API pretende permitir que o desenvolvedor conduza esse ciclo por conta própria enquanto a Pi opera a infraestrutura do modelo.
A base de código openpi da empresa mostra o caminho anterior, autogerenciado. Ela inclui checkpoints π₀, π₀-FAST e π₀.₅, além de exemplos de conversão de conjuntos de dados, configuração de ajustes e disponibilização de uma política. Os requisitos de GPU e as etapas de preparação de dados explicam por que o treinamento gerenciado pode atrair uma equipe com experiência em robótica, mas pouca infraestrutura de aprendizado de máquina. O anúncio não identifica a versão do modelo beta; portanto, os modelos de código aberto não devem ser confundidos com o modelo específico servido pela API.
A Pi diz que seu modelo de API mais recente tem recursos aprimorados e permite ajuste mais eficiente em dados para parceiros. A publicação de lançamento não apresenta um conjunto de dados comparativo, protocolo de benchmark ou taxas de sucesso de tarefas para quantificar essa afirmação. Também diz que a maioria das aplicações destacadas usou inferência hospedada na nuvem e que algumas enfrentaram problemas de conectividade. Isso importa para uma máquina móvel cujo ciclo de controle depende de um serviço remoto, embora a publicação não especifique requisitos de latência ou confiabilidade.
O que uma equipe precisa trazer
A inscrição para a beta pergunta quem da equipe treinaria a política, qual experiência tem com dados robóticos e avaliação de políticas, que tarefa específica pretende realizar e quanto possui de dados de teleoperação ou simulação. Também pergunta número e tipo de robôs, local preferido para inferência e critérios de sucesso da tarefa. São perguntas da inscrição, não limites de elegibilidade publicados nem garantias de inferência local. O formulário oferece nuvem, local, ambos ou incerto; o lançamento descreve inferência hospedada.
Essas perguntas apontam para o que o serviço não pode automatizar para o cliente: decidir o que é comportamento correto em um robô específico e medi-lo nesse robô. A Pi descreve parceiros iniciais repetindo ciclos de demonstrações, testes e falhas. Os exemplos incluem o Axol da Almond, um robô de dois braços mostrado removendo rebarbas de espaçadores usados na montagem após quatro dias de iterações com a API. A Pi também descreve um carregador de rodas Actor recolhendo e carregando material em uma implantação comercial. São relatos e vídeos selecionados pela Pi, não medições independentes de confiabilidade geral, segurança ou desempenho em diferentes hardwares.
O caminho público atual é solicitar acesso à beta. Nos materiais analisados aqui, a Pi não publicou contrato aberto da API, esquemas de requisição e resposta, nome do modelo beta, matriz de compatibilidade de hardware, preços, termos de tratamento de dados ou acordo de segurança. Uma equipe que avalie o serviço precisaria desses termos e de testes repetidos com seus próprios robôs antes de decidir se a inferência hospedada serve a uma operação real.
Cobertura relacionada
A BIG CHANGE já examinou a política robótica da Runway treinada com vídeos e fábrica japonesa de dados para humanoides. Elas tratam de trabalhos relacionados a modelos e dados. O anúncio da Pi em 13 de outubro é um evento separado de abertura de acesso a serviço.
Fontes e leituras adicionais
- Physical Intelligence, “Frontier Models for Every Robot: Announcing our API beta”(13 de outubro de 2026). Relato do desenvolvedor sobre upload, ajuste, inferência hospedada e ciclo de avaliação, com demonstrações selecionadas de parceiros. As descrições de desempenho e implantação são alegações da empresa.
- Physical Intelligence, inscrição para a beta da API(consultada em 14 de outubro de 2026). Documenta o ingresso em lotes e as informações solicitadas aos candidatos. As opções do formulário não comprovam a existência de um produto de inferência local.
- Physical Intelligence, repositório openpi(consultado em 14 de outubro de 2026). Documenta checkpoints de modelos divulgados e exemplos de ajuste autogerenciado. Não documenta o contrato da nova beta nem identifica o modelo servido.



