El open worker de Andrew Ng llega a tu escritorio, no a tu navegador

La carrera de los agentes de IA ha sido mayoritariamente una carrera en la nube. Los agentes persistentes de OpenAI viven en Slack y se ejecutan en los servidores de OpenAI. Claude permanece en una pestaña del navegador, razonando sesión por sesión. Ambos piden una suscripción mensual y te devuelven un hilo de conversación, no un entregable terminado.

El OpenWorker de Andrew Ng, ahora en beta abierta, va en la dirección opuesta. Es una aplicación de escritorio que se ejecuta completamente en tu máquina, usa tus claves de API y busca devolver trabajo terminado: un documento pulido, un calendario actualizado, una bandeja de entrada clasificada. No una lista de tareas, no un plan, sino la cosa en sí.

El proyecto es de código abierto bajo licencia MIT y está en github.com/andrewyng/openworker. Su motor está construido sobre aisuite, otro proyecto de Ng que proporciona una API unificada de completaciones de chat para varios proveedores de LLM con una capa de agentes para herramientas y soporte de MCP. OpenWorker era originalmente parte del repositorio de aisuite antes de mudarse a su propio hogar.

Primero local, nube opcional

La arquitectura es sencilla: un servidor de agente Python que se ejecuta localmente se comunica con una interfaz de usuario de escritorio construida en React y envuelta en un shell Tauri. Todo, el bucle del agente, los historiales de conversación, los tokens de los conectores y las claves del modelo, vive en el almacén secreto local de la aplicación en tu máquina. La única pieza en la nube es un pequeño servicio que gestiona los handshakes OAuth para los conectores.

Ese diseño es importante para los usuarios sensibles a la privacidad y para cualquiera que haya visto a un agente alojado en la nube cambiar una entrada del calendario sin comprender del todo el contexto. OpenWorker bloquea cada acción importante: las escrituras, los envíos y los comandos de shell requieren la aprobación del usuario primero. Las ejecuciones programadas no supervisadas colocan sus solicitudes en una bandeja de entrada en lugar de actuar de forma autónoma.

Flexibilidad de modelo como característica

Donde OpenAI y Anthropic te encierran en sus modelos, OpenWorker no incluye ningún modelo. Traes tu propia clave de API para cualquier proveedor compatible: OpenAI, Anthropic, Google Gemini, DeepSeek, Qwen, Mistral, Grok y una docena más, además de modelos de peso abierto a través de Together y Fireworks, y modelos completamente locales a través de Ollama.

El proyecto mantiene una lista de modelos seleccionados que ha verificado para el trabajo con herramientas. Agregar cualquier cadena de modelo arbitraria es posible, pero viene con una advertencia. Es una concesión práctica: la calidad de las llamadas a herramientas varía enormemente entre modelos, y una mala llamada a herramienta en un agente de escritorio significa más que una respuesta incorrecta en una ventana de chat. Significa un cambio en el sistema de archivos o un mensaje enviado que debe deshacerse.

Más de 25 conectores y soporte MCP

OpenWorker incluye más de 25 integraciones que cubren la pila de productividad habitual: GitHub, Slack, Jira, Notion, Linear, HubSpot, Outlook, monday.com, Gmail y Google Calendar, además de acceso al terminal y archivos locales. Cualquier herramienta accesible a través del Protocolo de Contexto de Modelo también se conecta, con control por herramienta.

La integración con Slack es notable: menciona a @OpenWorker en un canal y se abre una sesión en tu escritorio. El trabajo se realiza con tus herramientas y la respuesta vuelve como una respuesta en el hilo. Ese diseño significa que el agente es visible para el equipo sin vivir en la nube ni requerir una suscripción compartida.

La cuestión del momento

OpenWorker llega en un momento curioso. Los agentes persistentes de OpenAI, anunciados en marzo de 2025, ejecutan tareas programadas en la nube y se integran con Slack, pero están atados a los modelos e infraestructura de OpenAI. El Claude de Anthropic sigue centrado en el razonamiento de una sola sesión sin ofrecer un agente persistente.

OpenAI acaba de crear trabajadores que se pueden programar, y la respuesta empresarial ha sido cautelosa. Dar acceso a un agente a tu calendario y correo electrónico es una cosa cuando vive en tu sesión del navegador. Otra muy distinta cuando persiste en la nube y actúa según un horario.

OpenWorker aborda esa cautela haciendo todo local y con aprobación. La contrapartida es que el usuario debe gestionar sus propias claves, su propia infraestructura y sus propias actualizaciones. La aplicación se actualiza automáticamente y la compilación para macOS está firmada y notarizada, pero las compilaciones para Windows aún no están firmadas con código, por lo que SmartScreen advierte al instalarlas. Esta brecha es importante para la adopción empresarial que Ng probablemente tiene en mente.

Comparado con las alternativas

OpenClaw, otro agente local lanzado con Ollama 0.17, se centra específicamente en la gestión de la bandeja de entrada y el correo electrónico. OpenWorker tiene un alcance más amplio pero también es más pesado: requiere Python 3.10+, Node 20+ y, para el shell de escritorio, el conjunto de herramientas de Rust. Ejecutarlo desde el código fuente es un proceso de varios pasos con dos terminales. Las descargas precompiladas son la ruta prevista.

Donde los agentes de OpenAI son un producto por el que pagas, OpenWorker es una referencia que ejecutas. El README es explícito: "Este repositorio es una referencia funcional de lo que aisuite puede ofrecer." Ese marco es honesto pero limita su alcance. Una implementación de referencia que requiere un flujo de trabajo de desarrollador para ejecutarse no es aún un producto de consumo.

La apuesta por el trabajo terminado

La decisión de diseño más interesante es el formato de salida. OpenWorker no transmite tokens. Entrega archivos: documentos, hojas de cálculo, informes y páginas web que llegan a tu escritorio como objetos abiertos y compartibles. Es un cambio sutil pero importante en cómo pensamos sobre los asistentes de IA. Un chat que termina con "aquí tienes un borrador" es una conversación. Un chat que termina con un archivo .docx en tu escritorio es un compañero de trabajo.

Si los usuarios realmente quieren un compañero de trabajo en lugar de una conversación es la pregunta abierta. Las interfaces de chat son indulgentes: puedes refinar, pedir cambios, empezar de nuevo. Un documento terminado asume que sabías lo que querías cuando preguntaste. Los filtros de aprobación de OpenWorker están diseñados para detectar ese desajuste, pero el usuario aún debe notar que la salida es incorrecta antes de aprobarla.

El proyecto de Ng no intenta perturbar a OpenAI o Anthropic. Está construyendo un camino diferente: local, abierto, independiente del modelo y centrado en la salida. Los próximos meses mostrarán si ese camino tiene suficientes usuarios para sostener el desarrollo más allá de la beta actual bajo licencia MIT.