Agente de IA Rabbit OS3 Deixa o Hardware R1 para Trás

A Rabbit lançou o agente de IA Rabbit OS3 sem exigir seu dispositivo R1, revertendo a estratégia centrada em hardware que originalmente definiu a empresa.

O OS3 funciona por meio de um navegador e coordena tarefas entre computadores Windows, Mac e Linux conectados. O serviço em nuvem fornece orquestração e memória, enquanto um agente Rabbit instalado localmente acessa arquivos, softwares, terminais e controles de tela compatíveis.

A mudança importa porque a Rabbit não precisa mais convencer as pessoas a carregar outro dispositivo. Em vez disso, ela precisa competir com produtos capazes de usar computadores da OpenAI, Anthropic e uma coleção crescente de plataformas de agentes que já vivem em hardwares familiares.

Isso torna o OS3 mais acessível, mas também elimina a distinção física mais clara da Rabbit. A empresa aposta que a coordenação entre modelos, habilidades e computadores pode se tornar, por si só, um produto valorizado pelas pessoas.

O Agente de IA Rabbit OS3 Vai Além do Hardware Dedicado

O OS3 transforma o R1 do principal produto da Rabbit em uma porta de entrada opcional para uma plataforma de software mais ampla.

A Rabbit disponibilizou o OS3 de forma geral em 22 de setembro de 2026, após uma beta apenas por convite. A empresa o descreve como um “sistema operacional agêntico”, ou seja, um software que coordena modelos e ferramentas de IA para realizar tarefas.

Os usuários podem acessar o espaço de trabalho por um navegador ou pelo Telegram. A Rabbit também oferece suporte ao seu dispositivo portátil R1 como uma interface de voz conectada à mesma conta.

Um R1 não é mais obrigatório. Esse detalhe cria a reversão central por trás do lançamento.

A Rabbit ganhou visibilidade pública ao defender que um assistente de IA merecia hardware desenvolvido especificamente para isso. O R1 oferecia um botão físico, microfones, uma câmera, uma tela pequena e uma roda de rolagem para interagir com o software da Rabbit.

O OS3 coloca a experiência principal nos computadores que as pessoas já possuem. O espaço de trabalho OS3 da empresa apresenta o R1 como um ponto de acesso portátil, e não como a base do sistema.

Para permitir que o OS3 atue em um computador, o usuário instala um programa local chamado Rabbit agent. Esse computador então se torna um nó, termo da Rabbit para uma máquina conectada a uma conta OS3.

A Rabbit afirma que uma conta pode conectar até cinco nós. Esses nós podem incluir computadores pessoais, servidores, máquinas virtuais em nuvem e um R1.

O OS3 decide qual nó conectado deve executar uma tarefa. Ele também pode transferir o trabalho entre máquinas quando uma solicitação exige recursos armazenados em lugares diferentes.

A abordagem combina coordenação em nuvem com execução local. Conversas, instruções, memória e roteamento de modelos passam por serviços online, enquanto operações de arquivos e software ocorrem pelo nó selecionado.

A Rabbit afirma que a plataforma pode usar terminais, arquivos locais e ferramentas instaladas. Para trabalhos que exigem interação visual, seu Direct Large Action Model, ou DLAM, pode ler uma tela e simular entradas de teclado ou mouse.

Essa estrutura permite que solicitações comecem em algum lugar diferente do computador que realiza o trabalho. Uma pessoa poderia enviar uma instrução pelo Telegram, por exemplo, enquanto o Rabbit agent opera softwares em um desktop pareado.

O CEO da Rabbit, Jesse Lyu, deu um exemplo desse tipo à Wired. Ele disse que pede ao OS3 para pegar uma planilha semanal de um fornecedor e adicionar suas informações a um arquivo mestre.

O exemplo continua sendo um cenário fornecido pela empresa, não um teste independente de confiabilidade. Ainda assim, ele ilustra o que a Rabbit quer que o OS3 se torne: uma camada de controle que abrange canais de comunicação, modelos e máquinas locais.

A interface oferece suporte a uma conversa contínua, em vez de apresentar cada tarefa como um chat separado. A Rabbit afirma que a memória e o contexto relevantes podem ser mantidos à medida que o usuário inicia novos trabalhos.

Cada canal de acesso mantém sua própria conversa, segundo a documentação da Rabbit. Essas conversas usam memória compartilhada, embora não formem um histórico de chat idêntico.

O OS3 também segue um modelo traga-sua-própria-chave. Os usuários conectam uma chave de API de um provedor de IA compatível ou configuram outra fonte de modelo compatível.

Isso separa a camada de orquestração da Rabbit do modelo que realiza o raciocínio. Os usuários podem trocar de modelo sem reconstruir seus computadores conectados, habilidades e contexto armazenado.

As notas de lançamento da Rabbit afirmam que os usuários podem adicionar habilidades compatíveis ao colar uma URL pública na conversa. Uma habilidade reúne instruções, scripts, conectores ou outros recursos para um agente.

A combinação é ambiciosa. O OS3 busca preservar o contexto, escolher um modelo, selecionar um computador, instalar uma habilidade e concluir o trabalho sem obrigar os usuários a gerenciar cada componente separadamente.

Ainda assim, seu recurso mais importante é mais simples. Agora, as pessoas podem avaliar o agente da Rabbit sem primeiro comprar hardware da Rabbit.

A Mudança da Rabbit para Software Reescreve a História do R1

O lançamento é menos uma sequência do R1 do que uma admissão de que o software original da Rabbit precisava escapar do dispositivo que o cercava.

A Rabbit apresentou o R1 durante a corrida inicial para criar hardware de IA dedicado ao consumidor. Sua proposta destacava um assistente que executaria ações em vez de apenas responder perguntas.

O dispositivo atraiu atenção porque rejeitava a interface padrão dos smartphones. Os usuários deveriam declarar uma intenção enquanto o software da Rabbit administrava os serviços necessários nos bastidores.

As primeiras análises encontraram uma grande distância entre essa visão e o produto entregue. Recursos básicos pareciam inacabados, enquanto as capacidades prometidas de executar ações eram inconsistentes ou inexistentes.

A Wired atribuiu ao dispositivo original uma nota de 3 em 10. Sua análise do R1 descreveu desempenho de bateria ruim, respostas pouco confiáveis e poucas razões para usar o dispositivo em vez de um telefone.

Esses problemas foram especialmente prejudiciais porque o R1 tinha pouca margem para comportamentos alternativos. Um computador convencional permite que os usuários assumam o controle quando a automação falha, mas a interface compacta da Rabbit expunha menos controles manuais.

A Rabbit passou os anos seguintes expandindo seu software. Lyu disse à Wired que a empresa lançou cerca de 50 atualizações ao longo do ano e meio anterior.

Ele também apontou para uma comunidade no Discord que ultrapassa 12.000 membros. Segundo Lyu, o feedback desse grupo influenciou o movimento da Rabbit em direção a uma maior abertura e ao suporte a agentes de terceiros.

Esses números vêm do diretor-executivo da Rabbit e não foram auditados de forma independente. Ainda assim, eles mostram como a empresa agora apresenta o R1 como um produto em evolução, e não como um lançamento concluído.

O OS3 leva essa evolução aos computadores de uso geral. Ele preserva a promessa conversacional ao mesmo tempo que ganha acesso a sistemas operacionais maduros, aplicações existentes e aos arquivos reais de trabalho do usuário.

Isso é um recuo prático da exclusividade de hardware. Também é um teste mais exigente para o software da Rabbit.

O R1 antes dava à empresa controle sobre toda a superfície de interação. Com o OS3, o Rabbit agent precisa coexistir com hardwares diferentes, permissões de sistemas operacionais, versões de software, configurações de segurança e provedores de modelos.

Essa complexidade cria mais maneiras de uma tarefa falhar. Ela também dá ao sistema acesso a recursos muito mais úteis.

Um desktop pode conter documentos de projetos, ambientes de desenvolvimento, planilhas, ferramentas de comunicação e aplicações autenticadas. Um agente que trabalha nele tem mais chance de concluir tarefas significativas do que um agente limitado a um pequeno dispositivo independente.

A Rabbit está, portanto, trocando um dispositivo controlado por um ambiente mais rico. A empresa ganha relevância ao aceitar novas responsabilidades de confiabilidade e segurança.

O R1 não está desaparecendo da plataforma. Os proprietários podem usá-lo para iniciar tarefas, verificar o trabalho ou ditar instruções ao OS3 sem abrir outra aplicação.

No entanto, a Rabbit parou de fabricar o R1, segundo a reportagem da Wired sobre o OS3. O estoque existente continua disponível, mas a empresa está se concentrando no OS3.

Lyu também disse à Wired que a Rabbit não tem planos para um R2. Seu próximo projeto de hardware anunciado é um cyberdeck voltado à criação de software com assistência de IA.

Essa sequência esclarece a nova hierarquia. A Rabbit não está desenvolvendo o OS3 para vender outra geração do mesmo dispositivo portátil.

Em vez disso, ela desenvolve hardware em torno do software quando um formato específico parece útil. A plataforma de agentes agora vem primeiro.

Essa reversão dá à Rabbit uma rota mais crível para o trabalho cotidiano. Ela também coloca a empresa em um mercado em que um design industrial distinto importa muito menos.

Os usuários não comparam mais o R1 com um telefone ou um pin de IA. Eles comparam o Rabbit OS3 com todos os agentes capazes de controlar um navegador, terminal ou desktop.

A Nova Disputa É pela Coordenação de Agentes, Não pelo Hardware de IA

A Rabbit agora compete com base em sua capacidade de fazer sua camada de coordenação transformar ferramentas de agentes fragmentadas em um ambiente de trabalho único e confiável.

O uso de computadores se tornou uma direção importante para desenvolvedores de modelos. Esses sistemas interpretam uma tarefa, examinam uma interface e escolhem ações como clicar, digitar ou executar código.

A Anthropic introduziu recursos de uso de computador que permitem ao Claude interagir com interfaces padrão de software. Mais tarde, a OpenAI desenvolveu um modelo capaz de usar computadores e operar interfaces gráficas por meio de capturas de tela e entradas simuladas.

A OpenAI descreveu seu agente capaz de usar computadores como uma forma de lidar com tarefas digitais pelos mesmos controles visuais usados pelas pessoas. Sua funcionalidade Operator mais tarde migrou para o ChatGPT agent.

Esses produtos estabeleceram uma referência competitiva importante. Uma startup não se destaca mais simplesmente porque sua IA consegue clicar em um site.

A Rabbit precisa diferenciar o OS3 por meio da orquestração. Seu argumento é que modelos, habilidades, memória, canais de acesso e computadores conectados devem persistir como partes de um único ambiente.

A abordagem traga-sua-própria-chave reforça essa posição. A Rabbit não pede que os usuários tratem um único modelo subjacente como o centro permanente de seu trabalho.

Um usuário pode selecionar um modelo em nuvem compatível, rotear por outro provedor ou conectar uma opção hospedada localmente. O valor da Rabbit deve, portanto, vir de tudo que cerca esse modelo.

Esse design reduz a dependência de qualquer fornecedor individual de modelos. Também significa que a Rabbit não controla todos os componentes que afetam velocidade, custo, privacidade ou qualidade da tarefa.

Uma solicitação com falha pode ter origem no modelo, em uma habilidade de terceiros, em uma permissão local, na orquestração da Rabbit ou na aplicação de destino. Diagnosticar essas falhas pode se tornar difícil para usuários comuns.

O OS3 tenta ocultar grande parte dessa complexidade. Os usuários descrevem um resultado, enquanto o sistema seleciona os recursos necessários para buscá-lo.

O melhor cenário se assemelha a um contexto de trabalho portátil. Uma pessoa poderia manter máquinas conectadas, ferramentas preferidas, habilidades reutilizáveis e memória acumulada enquanto troca o modelo subjacente.

Essa portabilidade aborda uma fraqueza real dos produtos de IA independentes. Os usuários frequentemente reconstroem instruções e conexões sempre que migram para outro assistente ou iniciam um novo chat.

Em vez disso, o OS3 trata o contexto como parte da camada da Rabbit. O modelo se torna substituível, enquanto o ambiente de trabalho ao redor permanece intacto.

Essa abordagem também pressiona os provedores estabelecidos de modelos de uma forma limitada, mas significativa. Ela reduz sua capacidade de prender usuários a uma única interface por meio do contexto acumulado.

No entanto, grandes provedores já oferecem agentes, conectores, memória, ferramentas de programação e execução de tarefas em segundo plano. A Rabbit precisa avançar mais rápido sem igualar seus orçamentos de infraestrutura.

Seu design multinó oferece um possível diferencial. Uma solicitação pode usar uma estação de trabalho no escritório, um computador doméstico e um servidor sob a mesma conta.

Isso é mais amplo do que um agente de navegador operando dentro de um computador virtual temporário. Permite que o agente trabalhe onde as ferramentas e os arquivos do usuário já estão.

O benefício também amplia a fronteira de confiança. Conectar várias máquinas dá a um serviço de orquestração acesso a mais ambientes, permissões e contextos sensíveis.

O sistema de skills da Rabbit adiciona outra dimensão competitiva. As skills podem tornar um agente útil para fluxos de trabalho especializados sem exigir que a Rabbit desenvolva cada integração por conta própria.

A ideia se assemelha a procedimentos reutilizáveis em outras plataformas de agentes. Uma skill pode descrever como processar arquivos, executar uma ferramenta de linha de comando ou coordenar diversos serviços.

A Rabbit afirma que o OS3 pode inspecionar e instalar skills compatíveis a partir de URLs públicas. Essa conveniência reduz o trabalho de configuração, mas expõe usuários a códigos e instruções produzidos por terceiros.

Para trabalhadores do conhecimento, o atrativo está em ir além de respostas isoladas. Um agente poderia reunir material, operar software local e montar uma entrega final usando um único contexto contínuo.

Pessoas que já projetam um fluxo de trabalho de IA talvez reconheçam o objetivo subjacente. O sistema deve preservar o contexto e concluir trabalhos repetíveis sem transferências manuais constantes.

O desafio da Rabbit é provar que sua coordenação mais ampla agrega mais valor do que complexidade. Uma superfície de controle universal parece atraente até que os usuários precisem solucionar problemas em cada camada abaixo dela.

A empresa também precisa dar às pessoas um motivo para confiar essa coordenação à Rabbit. Fornecedores de modelos, fabricantes de sistemas operacionais e plataformas consolidadas de produtividade podem buscar experiências semelhantes.

O OS3 dá à Rabbit uma resposta ao enquadramento fracassado de hardware como único produto. Não dá à empresa um mercado protegido.

O Acesso Local Torna a Confiança o Recurso Mais Difícil do OS3

O agente de IA da Rabbit se torna mais útil quando alcança arquivos e aplicativos locais, mas essas permissões tornam cada erro mais consequente.

A Rabbit afirma que o agente local não copia automaticamente um computador inteiro para a nuvem. Ele acessa, por meio do nó pareado, os recursos necessários para uma tarefa solicitada.

Essa distinção é importante, mas não torna o sistema totalmente local. O OS3 continua sendo um serviço híbrido que depende de coordenação na nuvem e processamento por modelos.

Quando uma solicitação exige raciocínio, instruções e conteúdos relevantes podem passar pelos servidores da Rabbit até o provedor de modelo selecionado. O provedor então lida com essas informações sob seus próprios termos.

A Rabbit armazena conversas e informações de memória em seus sistemas. Portanto, os usuários precisam considerar as políticas da Rabbit juntamente com as de cada modelo, skill e serviço externo que conectarem.

Os termos de controle de dispositivos da empresa apresentam um quadro mais contido do que sua página de produto. Eles descrevem o OS3 e o Rabbit agent como software experimental que pode produzir resultados não intencionais.

Os termos dizem que o serviço não se destina a trabalho de produção, regulado, crítico para a segurança, sensível à conformidade ou crítico para a missão sem supervisão. Os usuários continuam responsáveis por supervisionar suas ações.

O OS3 pode ler arquivos, mover o mouse, digitar, abrir aplicativos, navegar em sites, instalar ferramentas e concluir transações. Essas capacidades criam valor porque permitem que um agente atue além de uma janela de chat.

Elas também dão aos erros efeitos concretos sobre dados e contas. Uma resposta alucinada é inconveniente, mas um comando equivocado pode modificar arquivos ou alterar um sistema.

A Rabbit afirma que os sistemas operacionais exibem seus próprios diálogos de permissão quando o agente local precisa de capacidades sensíveis. Os usuários aprovam essas permissões em cada máquina.

O serviço também pausa para algumas ações que considera consequentes ou difíceis de reverter. Os usuários podem interromper tarefas e manter o controle final sobre operações importantes.

Essas salvaguardas dependem de uma classificação correta dos riscos. Uma ação aparentemente comum ainda pode revelar informações confidenciais, enviar uma mensagem incorreta ou introduzir uma dependência comprometida.

A Rabbit alerta explicitamente sobre injeção de prompt, que ocorre quando conteúdo malicioso tenta redirecionar o comportamento de um agente. Uma página da web, documento, e-mail ou skill baixada pode conter essas instruções.

Esse risco se torna mais difícil quando um agente opera em vários contextos. Ele pode ler uma página não confiável enquanto também tem acesso a arquivos locais, contas autenticadas e memória reutilizável.

Skills de terceiros criam um problema adicional na cadeia de suprimentos de software. Um link de instalação conveniente pode ocultar scripts, dependências ou instruções que merecem revisão independente.

A Rabbit diz aos usuários para inspecionar o resumo de auditoria de uma skill e verificar sua segurança. Essa expectativa entra em tensão com a promessa do produto de instalar capacidades sem conhecimento técnico.

Um usuário não técnico pode entender que uma skill solicita acesso a arquivos sem reconhecer as implicações de uma dependência ou comando. Instalação fácil não garante consentimento informado.

O histórico da empresa aumenta a importância dessa questão. Em 2024, pesquisadores externos relataram chaves de serviço expostas associadas ao software R1.

A Rabbit afirmou posteriormente que rotacionou as chaves afetadas e investigou o incidente. O episódio não prova que o OS3 seja inseguro, mas dá aos usuários em potencial um motivo para exigir controles transparentes.

Testes independentes precisam determinar se o OS3 isola tarefas, limita permissões, registra ações e para de forma confiável. Demonstrações de marketing não podem responder a essas perguntas.

A confiabilidade exige escrutínio semelhante. O sistema precisa interpretar corretamente as solicitações, selecionar o nó apropriado, invocar ferramentas compatíveis e verificar se o resultado solicitado realmente ocorreu.

Uma tarefa pode parecer concluída mesmo quando um agente alterou o arquivo errado ou trabalhou com informações desatualizadas. A memória persistente pode então levar esse erro para conversas posteriores.

A troca de modelos cria outra incerteza. O OS3 promete preservar o ambiente do usuário quando o modelo selecionado muda, mas modelos diferentes podem interpretar a mesma skill de formas distintas.

Seu comportamento de uso de ferramentas, tratamento de contexto e níveis de cautela podem variar. Um fluxo de trabalho que funciona com um provedor pode falhar ou exigir mais supervisão com outro.

O modelo de trazer sua própria chave também desloca a responsabilidade operacional para o usuário. As pessoas precisam gerenciar credenciais, monitorar o uso do provedor e entender qual serviço recebe seus dados.

A Rabbit fornece a interface e a camada de roteamento, mas não pode garantir o comportamento de todos os provedores conectados. Isso limita o quanto o OS3 pode se apresentar de forma consistente como um sistema coeso.

A maneira responsável de avaliar o OS3 é por meio de trabalhos reversíveis e de baixo risco. Os usuários podem começar com arquivos duplicados, ambientes descartáveis e tarefas cujos resultados sejam fáceis de inspecionar.

Documentos sensíveis, atividades financeiras, administração de contas e sistemas de produção exigem evidências mais fortes. Os próprios termos da Rabbit aconselham não tratar a prévia como infraestrutura sem supervisão.

A questão central não é se o OS3 consegue concluir uma demonstração impressionante. É se as pessoas conseguem prever seus limites quando uma tarefa se torna ambígua.

Para um agente que controla computadores, uma falha compreensível é um recurso. Os usuários precisam de registros claros que mostrem o que o sistema acessou, qual modelo decidiu e o que cada nó alterou.

Até que testes independentes abordem esses pontos, as alegações da Rabbit devem continuar sendo apenas alegações. O OS3 amplia o que o software da empresa pode tocar antes de estabelecer quão seguramente esse acesso pode escalar.

Três Sinais Mostrarão se a Mudança de Rumo da Rabbit Funciona

O OS3 só terá sucesso se o uso real provar que o software da Rabbit pode sobreviver à novidade que antes cercava seu hardware.

O primeiro sinal é a confiabilidade independente em tarefas. Avaliadores precisam testar fluxos de trabalho repetíveis em Windows, macOS e Linux, em vez de depender de demonstrações selecionadas pela Rabbit.

Testes úteis devem incluir planilhas, organização de arquivos, programação, trabalho no navegador e ferramentas de comunicação. Eles devem medir a qualidade da conclusão, a recuperação de erros e a supervisão necessária.

Resultados sólidos sustentariam a alegação da Rabbit de que o OS3 coordena trabalhos complexos em máquinas diferentes. Intervenções frequentes enfraqueceriam o argumento para adicionar outra camada de agente.

As tarefas mais reveladoras serão as comuns e repetitivas. Um sistema que conclui trabalhos rotineiros de forma confiável oferece valor mais duradouro do que um exemplo bem-sucedido e altamente encenado.

O segundo sinal é como a Rabbit responde ao escrutínio de segurança. Pesquisadores examinarão permissões locais, comportamento de rede, instalação de skills, controles de memória e dados enviados a provedores de modelos.

Trilhas de auditoria claras e permissões de escopo restrito fortaleceriam a credibilidade da plataforma. Vulnerabilidades graves ou controles confusos reavivariam preocupações criadas durante a era do R1.

A Rabbit também deve explicar como analisa skills de terceiros e como responde quando uma skill compartilhada se torna maliciosa. Remover um pacote após um incidente não é suficiente.

Os usuários precisam de revogação confiável, visibilidade de dependências e registros do que o código instalado acessou. Esses controles se tornam essenciais quando o OS3 abrange vários computadores conectados.

O terceiro sinal é se as pessoas continuam usando o OS3 sem comprar hardware da Rabbit. Este é o teste decisivo da mudança para software.

Os proprietários de R1 formam um público inicial natural, mas não podem estabelecer uma demanda mais ampla. A Rabbit precisa de usuários que cheguem pela própria plataforma de agentes.

A adoção contínua mostraria que sua memória neutra em relação a modelos, suas skills e sua coordenação multinó resolvem um problema que provedores maiores ainda não solucionaram de forma satisfatória.

Uma adoção fraca sugeriria que o OS3 principalmente prolonga a vida de uma comunidade já existente de entusiastas. Nesse caso, remover a exigência de hardware ampliaria o acesso sem criar uma categoria duradoura.

O próximo cyberdeck da Rabbit oferecerá evidências complementares, mas não deve se tornar a principal medida. A promessa central do OS3 é que os usuários podem começar com dispositivos que já possuem.

Uma nova máquina pode demonstrar a plataforma sem provar que a plataforma precisa de hardware especial. A Rabbit deve evitar recriar a mesma dependência que acabou de remover.

O agente de IA Rabbit OS3 é, portanto, uma direção de produto mais crível do que outro sucessor imediato do R1. Ele coloca o software em ambientes onde trabalhos significativos já acontecem.

Também coloca a Rabbit diante de concorrentes com modelos maduros, distribuição estabelecida e relacionamentos existentes com usuários de computadores. Acessibilidade por si só não garantirá uma posição duradoura.

A versão mais forte do argumento da Rabbit não é que o hardware foi um erro. É que um agente de IA deve preservar o contexto e coordenar o trabalho em qualquer hardware que faça sentido.

Ainda é uma questão aberta e testável se o OS3 entrega essa experiência. Leitores que consideram a plataforma devem acompanhar testes independentes de confiabilidade, descobertas de segurança e uso sustentado além da comunidade R1.

Você deixaria um agente coordenar vários computadores hoje? Comece identificando uma tarefa reversível, os arquivos de que ela precisa e cada serviço que receberia seus dados.

Em seguida, compare o esforço economizado com a supervisão que o fluxo de trabalho exige. Se o agente de IA da Rabbit concluir essa tarefa de forma consistente enquanto mantém suas ações compreensíveis, a mudança de rumo da Rabbit tem substância.

Se os usuários gastarem mais tempo monitorando, corrigindo e protegendo o sistema do que a tarefa originalmente exigia, o OS3 repetirá o problema central do R1 em forma de software.