El agente de IA Rabbit OS3 deja atrás el hardware R1
Rabbit ha lanzado el agente de IA Rabbit OS3 sin requerir su dispositivo R1, revirtiendo la estrategia centrada en el hardware que originalmente definía a la empresa.
OS3 funciona a través de un navegador y coordina el trabajo entre computadoras Windows, Mac y Linux conectadas. El servicio en la nube proporciona orquestación y memoria, mientras que un agente Rabbit instalado localmente accede a archivos, software, terminales y controles de pantalla compatibles.
El cambio importa porque Rabbit ya no necesita convencer a la gente de llevar otro dispositivo. En su lugar, debe competir con productos que usan computadoras de OpenAI, Anthropic y una creciente colección de plataformas de agentes que ya funcionan en hardware conocido.
Esto hace que OS3 sea más accesible, pero también elimina la distinción física más clara de Rabbit. La empresa apuesta por que la coordinación entre modelos, habilidades y computadoras pueda convertirse por sí misma en un producto que la gente valore.
El agente de IA Rabbit OS3 va más allá del hardware dedicado
OS3 convierte el R1 de producto principal de Rabbit en una puerta de acceso opcional a una plataforma de software más amplia.
Rabbit puso OS3 a disposición general el 22 de septiembre de 2026, después de una beta solo por invitación. La empresa lo describe como un “sistema operativo agéntico”, es decir, software que coordina modelos y herramientas de IA para realizar tareas.
Los usuarios pueden acceder al espacio de trabajo mediante un navegador web o Telegram. Rabbit también admite su dispositivo portátil R1 como interfaz de voz conectada a la misma cuenta.
Ya no se requiere un R1. Ese detalle representa el giro central detrás del lanzamiento.
Rabbit entró en la escena pública argumentando que un asistente de IA merecía hardware diseñado específicamente para ese fin. El R1 ofrecía un botón físico, micrófonos, una cámara, una pantalla pequeña y una rueda de desplazamiento para interactuar con el software de Rabbit.
OS3 sitúa la experiencia principal en computadoras que la gente ya posee. El espacio de trabajo OS3 de la empresa presenta el R1 como un punto de acceso portátil, en lugar de como la base del sistema.
Para permitir que OS3 actúe en una computadora, el usuario instala un programa local llamado Rabbit agent. Esa computadora se convierte entonces en un nodo, el término que Rabbit utiliza para una máquina conectada a una cuenta de OS3.
Rabbit afirma que una cuenta puede conectar hasta cinco nodos. Estos pueden incluir computadoras personales, servidores, máquinas virtuales en la nube y un R1.
OS3 decide qué nodo conectado debe encargarse de una tarea. También puede mover trabajo entre máquinas cuando una solicitud necesita recursos almacenados en lugares distintos.
El enfoque combina coordinación en la nube con ejecución local. Las conversaciones, instrucciones, memoria y enrutamiento de modelos pasan por servicios en línea, mientras que las operaciones con archivos y software ocurren mediante el nodo seleccionado.
Rabbit afirma que la plataforma puede utilizar terminales, archivos locales y herramientas instaladas. Para trabajos que requieren interacción visual, su Direct Large Action Model, o DLAM, puede leer una pantalla y simular entradas de teclado o ratón.
Esta estructura permite que las solicitudes comiencen en un lugar distinto de la computadora que realiza el trabajo. Una persona podría enviar una instrucción a través de Telegram, por ejemplo, mientras Rabbit agent opera software en un equipo de escritorio vinculado.
El CEO de Rabbit, Jesse Lyu, dio uno de estos ejemplos a Wired. Dijo que pide a OS3 tomar una hoja de cálculo semanal de un proveedor y añadir su información a un archivo maestro.
El ejemplo sigue siendo un escenario proporcionado por la empresa, no una prueba independiente de fiabilidad. Aun así, ilustra en qué quiere Rabbit convertir OS3: una capa de control que abarca canales de comunicación, modelos y máquinas locales.
La interfaz admite una conversación continua, en lugar de presentar cada tarea como un chat separado. Rabbit afirma que la memoria y el contexto relevantes pueden mantenerse a medida que el usuario inicia nuevo trabajo.
Cada canal de acceso conserva su propio hilo de conversación, según la documentación de Rabbit. Esos hilos recurren a memoria compartida, aunque no conforman un historial de chat idéntico.
OS3 también sigue un modelo de trae-tu-propia-clave. Los usuarios conectan una clave API de un proveedor de IA compatible o configuran otra fuente de modelos compatible.
Esto separa la capa de orquestación de Rabbit del modelo que realiza el razonamiento. Los usuarios pueden cambiar de modelo sin reconstruir sus computadoras conectadas, habilidades y contexto almacenado.
Las notas de lanzamiento de Rabbit indican que los usuarios pueden añadir habilidades compatibles pegando una URL pública en la conversación. Una habilidad empaqueta instrucciones, scripts, conectores u otras capacidades para un agente.
La combinación es ambiciosa. OS3 busca preservar el contexto, elegir un modelo, seleccionar una computadora, instalar una habilidad y completar trabajo sin obligar a los usuarios a gestionar cada componente por separado.
Sin embargo, su característica más importante es más simple. Ahora las personas pueden evaluar el agente de Rabbit sin tener que comprar primero hardware de Rabbit.
El giro de Rabbit hacia el software reescribe la historia del R1
El lanzamiento es menos una secuela del R1 que una admisión de que el software original de Rabbit necesitaba escapar del dispositivo que lo rodeaba.
Rabbit presentó el R1 durante la primera oleada para crear hardware de IA dedicado al consumidor. Su propuesta destacaba un asistente que realizaría acciones en vez de limitarse a responder preguntas.
El dispositivo atrajo atención porque rechazaba la interfaz estándar de los teléfonos inteligentes. Se suponía que los usuarios expresarían una intención mientras el software de Rabbit gestionaba los servicios necesarios entre bastidores.
Las primeras reseñas detectaron una amplia brecha entre esa visión y el producto entregado. Las funciones básicas parecían inacabadas, mientras que las capacidades prometidas para ejecutar acciones eran inconsistentes o inexistentes.
Wired otorgó al dispositivo original una puntuación de 3 sobre 10. Su reseña del R1 describía un rendimiento deficiente de la batería, respuestas poco fiables y pocas razones para usar el dispositivo en lugar de un teléfono.
Esos problemas fueron especialmente perjudiciales porque el R1 tenía poco margen para comportamientos alternativos. Una computadora convencional permite a los usuarios tomar el control cuando la automatización falla, pero la interfaz compacta de Rabbit ofrecía menos controles manuales.
Rabbit dedicó los años siguientes a ampliar su software. Lyu dijo a Wired que la empresa lanzó aproximadamente 50 actualizaciones durante el año y medio anterior.
También señaló una comunidad de Discord de más de 12.000 miembros. Según Lyu, los comentarios de ese grupo influyeron en el avance de Rabbit hacia una mayor apertura y el soporte para agentes de terceros.
Estas cifras proceden del director ejecutivo de Rabbit y no han sido auditadas de forma independiente. Sin embargo, muestran cómo la empresa presenta ahora el R1 como un producto en evolución, en lugar de un lanzamiento concluido.
OS3 lleva esa evolución a computadoras de propósito general. Conserva la promesa conversacional mientras obtiene acceso a sistemas operativos maduros, aplicaciones existentes y los archivos reales de trabajo del usuario.
Se trata de una retirada práctica de la exclusividad del hardware. También es una prueba más exigente para el software de Rabbit.
El R1 daba antes a la empresa control sobre toda la superficie de interacción. Con OS3, Rabbit agent debe coexistir con hardware diferente, permisos de sistemas operativos, versiones de software, configuraciones de seguridad y proveedores de modelos.
Esa complejidad crea más formas de que una tarea falle. También da al sistema acceso a recursos mucho más útiles.
Un equipo de escritorio puede contener documentos de proyectos, entornos de desarrollo, hojas de cálculo, herramientas de comunicación y aplicaciones autenticadas. Un agente que trabaja allí tiene más probabilidades de completar un trabajo significativo que uno limitado a un pequeño dispositivo independiente.
Por tanto, Rabbit cambia un dispositivo controlado por un entorno más rico. La empresa gana relevancia mientras acepta nuevas cargas de fiabilidad y seguridad.
El R1 no desaparece de la plataforma. Sus propietarios pueden utilizarlo para iniciar tareas, revisar el trabajo o dictar instrucciones a OS3 sin abrir otra aplicación.
No obstante, Rabbit ha dejado de fabricar el R1, según el informe de Wired sobre OS3. El inventario existente sigue disponible, pero la empresa se está centrando en OS3.
Lyu también dijo a Wired que Rabbit no tiene planes para un R2. Su próximo proyecto de hardware anunciado es un cyberdeck destinado a la creación de software asistida por IA.
Esa secuencia aclara la nueva jerarquía. Rabbit no está creando OS3 para vender otra generación del mismo dispositivo portátil.
En cambio, está construyendo hardware alrededor del software cuando un factor de forma concreto parece útil. La plataforma de agentes ahora va primero.
Este giro ofrece a Rabbit una vía más creíble hacia el trabajo diario. También sitúa a la empresa en un mercado donde el diseño industrial distintivo importa mucho menos.
Los usuarios ya no comparan el R1 con un teléfono o un pin de IA. Comparan Rabbit OS3 con cualquier agente capaz de controlar un navegador, una terminal o un escritorio.
La nueva competencia es la coordinación de agentes, no el hardware de IA
Rabbit ahora compite en si su capa de coordinación puede hacer que herramientas de agentes fragmentadas se sientan como un único entorno de trabajo fiable.
El uso de computadoras se ha convertido en una dirección importante para los desarrolladores de modelos. Estos sistemas interpretan una tarea, examinan una interfaz y eligen acciones como hacer clic, escribir o ejecutar código.
Anthropic introdujo capacidades de uso de computadoras que permiten a Claude interactuar con interfaces de software estándar. Más tarde, OpenAI desarrolló un modelo que podía usar computadoras y operar interfaces gráficas mediante capturas de pantalla e inputs simulados.
OpenAI describió su agente que usa computadoras como una forma de gestionar tareas digitales mediante los mismos controles visuales que utilizan las personas. Posteriormente, su funcionalidad Operator pasó a ChatGPT agent.
Estos productos establecieron una base competitiva importante. Una startup ya no destaca simplemente porque su IA pueda hacer clic en un sitio web.
Rabbit debe diferenciar OS3 mediante la orquestación. Su argumento es que los modelos, las habilidades, la memoria, los canales de acceso y las computadoras conectadas deben persistir como partes de un mismo entorno.
El enfoque de trae-tu-propia-clave refuerza esa posición. Rabbit no pide a los usuarios que consideren un único modelo subyacente como el centro permanente de su trabajo.
Un usuario puede seleccionar un modelo en la nube compatible, enrutar a través de otro proveedor o conectar una opción alojada localmente. Por tanto, el valor de Rabbit debe provenir de todo lo que rodea a ese modelo.
Ese diseño reduce la dependencia de un solo proveedor de modelos. También significa que Rabbit no controla todos los componentes que afectan a la velocidad, el coste, la privacidad o la calidad de las tareas.
Una solicitud fallida podría originarse en el modelo, una habilidad de terceros, un permiso local, la orquestación de Rabbit o la aplicación de destino. Diagnosticar esos fallos podría resultar difícil para los usuarios comunes.
OS3 intenta ocultar buena parte de esa complejidad. Los usuarios describen un resultado, mientras el sistema selecciona los recursos necesarios para perseguirlo.
El mejor escenario se parece a un contexto de trabajo portátil. Una persona podría conservar máquinas conectadas, herramientas preferidas, habilidades reutilizables y memoria acumulada mientras cambia el modelo subyacente.
Esa portabilidad aborda una debilidad real de los productos de IA independientes. Los usuarios suelen reconstruir instrucciones y conexiones cada vez que cambian a otro asistente o empiezan un nuevo chat.
OS3, en cambio, trata el contexto como parte de la capa de Rabbit. El modelo se vuelve reemplazable, mientras el entorno de trabajo circundante permanece intacto.
Este enfoque también presiona a los proveedores de modelos establecidos de una forma limitada pero significativa. Reduce su capacidad de retener a los usuarios en una interfaz mediante el contexto acumulado.
Sin embargo, los grandes proveedores ya ofrecen agentes, conectores, memoria, herramientas de programación y ejecución de tareas en segundo plano. Rabbit debe avanzar más rápido sin igualar sus presupuestos de infraestructura.
Su diseño multinodo ofrece una posible diferenciación. Una solicitud podría usar una estación de trabajo de oficina, un ordenador doméstico y un servidor bajo la misma cuenta.
Eso va más allá de un agente de navegador que opera dentro de un ordenador virtual temporal. Permite al agente trabajar donde ya existen las herramientas y los archivos del usuario.
El beneficio también amplía el perímetro de confianza. Conectar varias máquinas otorga a un servicio de orquestación acceso a más entornos, permisos y contextos sensibles.
El sistema de habilidades de Rabbit añade otra dimensión competitiva. Las habilidades pueden hacer que un agente resulte útil para flujos de trabajo especializados sin exigir a Rabbit desarrollar cada integración por sí mismo.
La idea se parece a los procedimientos reutilizables de otras plataformas de agentes. Una habilidad podría describir cómo procesar archivos, ejecutar una herramienta de línea de comandos o coordinar varios servicios.
Rabbit afirma que OS3 puede inspeccionar e instalar habilidades compatibles desde URL públicas. Esa comodidad reduce el trabajo de configuración, pero expone a los usuarios a código e instrucciones producidos por terceros.
Para los trabajadores del conocimiento, el atractivo reside en ir más allá de respuestas aisladas. Un agente podría recopilar material, operar software local y elaborar un resultado final utilizando un único contexto continuo.
Quienes ya diseñan un flujo de trabajo de IA quizá reconozcan el objetivo subyacente. El sistema debería preservar el contexto y completar trabajo repetible sin transferencias manuales constantes.
El desafío de Rabbit es demostrar que su coordinación más amplia aporta más valor que complejidad. Una superficie de control universal parece atractiva hasta que los usuarios deben resolver problemas en cada capa que hay debajo.
La empresa también necesita un motivo para que las personas confíen esa coordinación a Rabbit. Los proveedores de modelos, los fabricantes de sistemas operativos y las plataformas de productividad consolidadas pueden perseguir experiencias similares.
OS3 ofrece a Rabbit una respuesta al fallido planteamiento centrado únicamente en el hardware. No le otorga a la empresa un mercado protegido.
El acceso local convierte la confianza en la característica más difícil de OS3
El agente de IA de Rabbit se vuelve más útil cuando accede a archivos y aplicaciones locales, pero esos permisos hacen que cada error tenga consecuencias mayores.
Rabbit afirma que el agente local no copia automáticamente un ordenador completo a la nube. Accede, mediante el nodo emparejado, a los recursos necesarios para una tarea solicitada.
Esa distinción es importante, pero no convierte al sistema en algo totalmente local. OS3 sigue siendo un servicio híbrido que depende de la coordinación en la nube y del procesamiento de modelos.
Cuando una solicitud requiere razonamiento, las instrucciones y el contenido relevantes pueden pasar por los servidores de Rabbit hasta el proveedor del modelo seleccionado. El proveedor procesa después esa información según sus propios términos.
Rabbit almacena conversaciones e información de memoria en sus sistemas. Por tanto, los usuarios deben tener en cuenta las políticas de Rabbit junto con las de cada modelo, habilidad y servicio externo que conecten.
Los términos de control de dispositivos de la empresa ofrecen una imagen más contenida que su página de producto. Describen OS3 y Rabbit agent como software experimental que puede producir resultados no deseados.
Los términos indican que el servicio no está destinado a trabajo de producción, regulado, crítico para la seguridad, sensible al cumplimiento normativo o crítico y sin supervisión. Los usuarios siguen siendo responsables de supervisar sus acciones.
OS3 puede leer archivos, mover el ratón, escribir, abrir aplicaciones, navegar por sitios web, instalar herramientas y completar transacciones. Esas capacidades crean valor porque permiten que un agente actúe más allá de una ventana de chat.
También dan a los errores un efecto físico sobre los datos y las cuentas. Una respuesta alucinada resulta incómoda, pero un comando equivocado puede modificar archivos o alterar un sistema.
Rabbit afirma que los sistemas operativos muestran sus propios diálogos de permisos cuando el agente local necesita capacidades sensibles. Los usuarios aprueban esos permisos en cada máquina.
El servicio también se detiene ante algunas acciones que considera relevantes o difíciles de revertir. Los usuarios pueden interrumpir tareas y conservan el control final sobre operaciones importantes.
Esas salvaguardas dependen de una clasificación correcta del riesgo. Una acción aparentemente ordinaria aún puede revelar información confidencial, enviar un mensaje incorrecto o introducir una dependencia comprometida.
Rabbit advierte explícitamente sobre la inyección de prompts, que ocurre cuando contenido malicioso intenta redirigir el comportamiento de un agente. Una página web, un documento, un correo electrónico o una habilidad descargada pueden contener tales instrucciones.
Este riesgo se vuelve más complejo cuando un agente opera en varios contextos. Puede leer una página no confiable mientras también conserva acceso a archivos locales, cuentas autenticadas y memoria reutilizable.
Las habilidades de terceros crean un problema adicional de cadena de suministro de software. Un enlace de instalación conveniente puede ocultar scripts, dependencias o instrucciones que merecen una revisión independiente.
Rabbit indica a los usuarios que inspeccionen el resumen de auditoría de una habilidad y verifiquen su seguridad. Esa expectativa encaja mal con la promesa del producto de instalar capacidades sin conocimientos técnicos.
Un usuario sin conocimientos técnicos puede entender que una habilidad solicita acceso a archivos sin reconocer las implicaciones de una dependencia o un comando. Una instalación sencilla no garantiza un consentimiento informado.
La historia de la empresa aumenta la importancia de este asunto. En 2024, investigadores externos informaron de claves de servicio expuestas asociadas con el software R1.
Rabbit afirmó posteriormente que rotó las claves afectadas e investigó el incidente. El episodio no demuestra que OS3 sea inseguro, pero da a los posibles usuarios un motivo para exigir controles transparentes.
Las pruebas independientes deben determinar si OS3 aísla tareas, limita permisos, registra acciones y se detiene de forma fiable. Las demostraciones de marketing no pueden responder esas preguntas.
La fiabilidad necesita un escrutinio similar. El sistema debe interpretar correctamente las solicitudes, seleccionar el nodo adecuado, invocar herramientas compatibles y verificar que el resultado solicitado realmente ocurrió.
Una tarea puede parecer completada incluso cuando un agente modificó el archivo equivocado o trabajó con información desactualizada. La memoria persistente podría entonces trasladar ese error a conversaciones posteriores.
El cambio de modelos crea otra incertidumbre. OS3 promete preservar el entorno del usuario cuando cambia el modelo seleccionado, pero distintos modelos pueden interpretar la misma habilidad de manera diferente.
Su comportamiento al usar herramientas, manejo del contexto y niveles de cautela pueden variar. Un flujo de trabajo que tiene éxito con un proveedor puede fallar o requerir más supervisión con otro.
El uso de una clave propia también desplaza la responsabilidad operativa hacia el usuario. Las personas deben gestionar credenciales, supervisar el uso del proveedor y entender qué servicio recibe sus datos.
Rabbit proporciona la interfaz y la capa de enrutamiento, pero no puede garantizar el comportamiento de cada proveedor conectado. Eso limita la consistencia con la que OS3 puede presentarse como un sistema coherente.
La forma responsable de evaluar OS3 es mediante trabajo de bajo riesgo y reversible. Los usuarios pueden comenzar con archivos duplicados, entornos desechables y tareas cuyos resultados sean fáciles de inspeccionar.
Los documentos sensibles, la actividad financiera, la administración de cuentas y los sistemas de producción exigen pruebas más sólidas. Los propios términos de Rabbit aconsejan no tratar la vista previa como infraestructura sin supervisión.
La cuestión central no es si OS3 puede completar una demostración impresionante. Es si las personas pueden predecir sus límites cuando una tarea se vuelve ambigua.
Para un agente que controla ordenadores, los fallos comprensibles son una característica. Los usuarios necesitan registros claros que muestren a qué accedió el sistema, qué modelo decidió y qué cambió cada nodo.
Hasta que las pruebas independientes aborden esos puntos, las afirmaciones de Rabbit deben seguir siendo afirmaciones. OS3 amplía aquello que el software de la empresa puede tocar antes de establecer cuán seguramente escala ese acceso.
Tres señales mostrarán si el giro de Rabbit funciona
OS3 tendrá éxito solo si el uso real demuestra que el software de Rabbit puede sobrevivir a la novedad que antes rodeaba a su hardware.
La primera señal es la fiabilidad independiente en tareas. Los evaluadores deben probar flujos de trabajo repetibles en Windows, macOS y Linux, en lugar de depender de demostraciones seleccionadas por Rabbit.
Las pruebas útiles deberían incluir hojas de cálculo, organización de archivos, programación, trabajo en el navegador y herramientas de comunicación. Deberían medir la calidad de finalización, la recuperación ante errores y la supervisión necesaria.
Los resultados sólidos respaldarían la afirmación de Rabbit de que OS3 coordina trabajo complejo entre distintas máquinas. Las intervenciones frecuentes debilitarían el argumento a favor de añadir otra capa de agentes.
Las tareas más reveladoras serán las ordinarias y repetitivas. Un sistema que completa de forma fiable el trabajo rutinario ofrece más valor duradero que un ejemplo exitoso y muy preparado.
La segunda señal es cómo responde Rabbit al escrutinio de seguridad. Los investigadores examinarán los permisos locales, el comportamiento de red, la instalación de habilidades, los controles de memoria y los datos enviados a los proveedores de modelos.
Registros de auditoría claros y permisos de alcance limitado reforzarían la credibilidad de la plataforma. Vulnerabilidades graves o controles confusos reavivarían las preocupaciones surgidas durante la era de R1.
Rabbit también debería explicar cómo revisa las habilidades de terceros y cómo responde cuando una habilidad compartida se vuelve maliciosa. Eliminar un paquete tras un incidente no es suficiente.
Los usuarios necesitan una revocación fiable, visibilidad de dependencias y registros de aquello a lo que accedió el código instalado. Estos controles se vuelven esenciales cuando OS3 abarca varios ordenadores conectados.
La tercera señal es si las personas continúan usando OS3 sin comprar hardware de Rabbit. Esta es la prueba decisiva del giro hacia el software.
Los propietarios de R1 constituyen una audiencia inicial natural, pero no pueden establecer una demanda más amplia. Rabbit necesita usuarios que lleguen por la propia plataforma de agentes.
Una adopción continuada demostraría que su memoria neutral respecto al modelo, sus habilidades y su coordinación multinodo resuelven un problema que los proveedores más grandes no han resuelto con claridad.
Una adopción débil sugeriría que OS3 principalmente prolonga la vida de una comunidad existente de entusiastas. En ese caso, eliminar el requisito de hardware ampliaría el acceso sin crear una categoría duradera.
El próximo cyberdeck de Rabbit ofrecerá evidencia complementaria, pero no debería convertirse en la medida principal. La promesa central de OS3 es que los usuarios pueden empezar con los dispositivos que ya poseen.
Una nueva máquina puede mostrar la plataforma sin demostrar que la plataforma necesita hardware especial. Rabbit debe evitar recrear la misma dependencia que acaba de eliminar.
Por tanto, el agente de IA Rabbit OS3 es una dirección de producto más creíble que otro sucesor inmediato de R1. Sitúa el software en entornos donde ya se realiza trabajo significativo.
También enfrenta a Rabbit a competidores con modelos maduros, distribución establecida y relaciones existentes con los usuarios de ordenadores. La accesibilidad por sí sola no garantizará una posición duradera.
La versión más sólida del argumento de Rabbit no es que el hardware fuera un error. Es que un agente de IA debería preservar el contexto y coordinar el trabajo entre el hardware que tenga más sentido.
Que OS3 ofrezca esa experiencia sigue siendo una cuestión abierta y comprobable. Los lectores que consideren la plataforma deberían observar pruebas independientes de fiabilidad, hallazgos de seguridad y uso sostenido más allá de la comunidad R1.
¿Permitirías hoy que un agente coordine varios ordenadores? Empieza por identificar una tarea reversible, los archivos que requiere y cada servicio que recibiría sus datos.
Luego compara el esfuerzo ahorrado con la supervisión que exige el flujo de trabajo. Si el agente de IA de Rabbit completa esa tarea de manera consistente mientras mantiene sus acciones comprensibles, el giro de Rabbit tiene fundamento.
Si los usuarios dedican más tiempo a supervisarlo, corregirlo y protegerlo que el que la tarea requería originalmente, OS3 repetirá el problema central de R1 en forma de software.
