OpenWorker: el agente de código abierto de Andrew Ng que revoluciona la productividad al entregar trabajo terminado, no solo respuestas

• Shell de escritorio: Una ventana nativa de Tauri 2 que envuelve una interfaz de usuario React 18 (ID del paquete com.openworker.desktop). Este shell también supervisa el proceso del servidor Python.
• Servidor local del agente: Construido sobre Python 3.10+ usando FastAPI con Uvicorn, este servidor se vincula a 127.0.0.1:8765 en la máquina local. Tiene un límite predeterminado de 12 iteraciones de modelo-herramienta por tarea.
• Capa de capacidades y conectores: Esta capa proporciona un conjunto de herramientas locales para interactuar con el sistema de archivos, git, búsqueda respaldada por ripgrep, el shell y listas de tareas pendientes. También incluye integraciones alojadas y soporte para el Protocolo de Contexto de Modelo (MCP).
• Enrutador de modelos: La interfaz central del modelo se basa en aisuite, la propia librería LLM de Andrew Ng que es agnóstica al proveedor. Esto permite que OpenWorker proporcione una interfaz única y unificada a través de proveedores nativos, compatibles con OpenAI, revendedores y modelos locales . El repositorio contiene 119 archivos Python (~32,400 líneas) en coworker/, 149 archivos TypeScript/TSX en surfaces/gui/ y 78 módulos de prueba de backend .

Modelos compatibles: 30 seleccionados, trae tu propia clave

OpenWorker no ata a los usuarios a un solo proveedor. Soporta 30 modelos seleccionados en múltiples categorías, todos los cuales requieren que el usuario traiga su propia clave API (BYOK) . Los modelos compatibles incluyen:

• Proveedores nativos: OpenAI GPT-5.6 Sol, Terra, Luna, GPT-5.5; Anthropic Claude Fable 5, Opus 4.8, Sonnet 4.6, Haiku 4.5; Google Gemini 3.6 Flash, 3.1 Pro, 2.5 Pro, 2.5 Flash.
• Vendedores compatibles con OpenAI: GLM-5.2, DeepSeek V4, Kimi K2.6, MiniMax M2.5, Qwen3 Max, Grok 4.3, Mistral Large.
• Modelos de peso abierto alojados: Disponibles a través de socios como Together AI y Fireworks.
• Modelos completamente locales: Accesibles a través de Ollama, que no requiere clave API.

El sistema de permisos y seguridad

Una de las características clave de OpenWorker es su enfoque de la seguridad. Cada llamada a una herramienta que hace un agente se clasifica en uno de cuatro niveles de riesgo :

1. read — ver datos locales (sin efectos secundarios)
2. write_local — crear o modificar archivos en la máquina (con ámbito de ruta)
3. exec — ejecutar comandos de shell
4. external — enviar datos fuera de la máquina (por ejemplo, a Slack, correo electrónico o calendario)

Estos niveles se controlan a través de cinco modos de permiso :

1. discuss — discusión de solo lectura
2. plan — planificación de solo lectura
3. interactive (predeterminado) — pregunta al usuario antes de realizar escrituras, comandos y acciones externas
4. auto — permite todo mientras se mantiene el ámbito de ruta
5. custom — aprueba automáticamente un conjunto de herramientas especificado por el usuario

Defensa contra inyección de instrucciones

Para protegerse contra ataques de inyección de instrucciones, OpenWorker incluye una "personalidad de operaciones" incorporada que instruye al modelo para tratar el contenido de herramientas, registros, archivos y mensajes entrantes como datos no fiables en lugar de instrucciones. Esta defensa está escrita directamente en la configuración de personalidad incluida .

Diseño centrado en la privacidad

OpenWorker está diseñado con sólidos principios de privacidad :

• Las llamadas al modelo se enrutan directamente desde la máquina del usuario al proveedor elegido — no hay un servidor de retransmisión intermediario.
• Las conversaciones, los tokens de los conectores y las claves API se quedan en local. El almacén de secretos está diseñado para que los secretos nunca entren en el contexto, las instrucciones o los rastros del modelo.
• El único componente de nube opcional es un intermediario OAuth (que utiliza Auth0 Authorization Code con PKCE) para los handshakes de conectores con un solo clic. Los tokens de los conectores se entregan directamente a la máquina y nunca se almacenan en la nube.
• La aplicación funciona completamente sin conexión cuando las claves API y las credenciales se pegan manualmente.

Soporte de plataforma y estado actual

OpenWorker se ejecuta actualmente en Mac, y el soporte para Windows está indicado como "próximamente" . El proyecto está en beta abierta y se describe como completamente utilizable, con capacidades de autoactualización .

El fin del paradigma del chatbot

OpenWorker se posiciona explícitamente como un cambio del modelo de chatbot. En lugar de iniciar una conversación, el usuario especifica un resultado deseado (por ejemplo, "bandeja de entrada clasificada", "documento pulido", "respuesta de Slack con los números del tercer trimestre", "entrada de calendario actualizada"). El agente divide ese objetivo en pasos, trabaja a través de archivos locales y aplicaciones conectadas, y se detiene para obtener la aprobación humana antes de realizar acciones consecuentes . Es compatible con más de 25 integraciones más MCP, cubriendo herramientas como Telegram, GitHub, Slack, Jira, Notion, Linear, HubSpot, Outlook, Gmail y Google Calendar .