L'OpenWorker d'Andrew Ng s'installe sur votre bureau, pas dans votre navigateur

La course aux agents IA a principalement été une course dans le cloud. Les agents persistants d'OpenAI vivent dans Slack et tournent sur les serveurs d'OpenAI. Claude reste dans un onglet de navigateur, raisonnant session après session. Les deux demandent un abonnement mensuel et vous rendent un fil de discussion, pas un livrable fini.

L'OpenWorker d'Andrew Ng, maintenant en bêta ouverte, va dans l'autre direction. C'est une application de bureau qui fonctionne entièrement sur votre machine, utilise vos clés API, et vise à rendre un travail fini : un document soigné, un calendrier mis à jour, une boîte de réception triée. Pas une liste de tâches, pas un plan, mais la chose elle-même.

Le projet est open source sous licence MIT et se trouve à github.com/andrewyng/openworker. Son moteur est construit sur aisuite, un autre projet de Ng qui fournit une API de chat-complétions unifiée entre fournisseurs de LLM avec une couche d'agents pour les outils et le support MCP. OpenWorker faisait initialement partie du dépôt aisuite avant de déménager dans son propre espace.

Local d'abord, cloud en option

L'architecture est simple : un serveur d'agents Python s'exécutant localement communique avec une interface utilisateur de bureau construite en React et enveloppée dans une coque Tauri. Tout, la boucle d'agent, les historiques de conversation, les jetons de connecteur et les clés de modèle, vit dans le coffre-fort local de l'application sur votre machine. La seule partie cloud est un petit service qui sert d'intermédiaire pour les handshakes OAuth des connecteurs.

Cette conception est importante pour les utilisateurs soucieux de leur vie privée et pour quiconque a déjà vu un agent hébergé dans le cloud changer une entrée de calendrier sans bien comprendre le contexte. OpenWorker bloque chaque action conséquente : les écritures, les envois et les commandes shell nécessitent l'approbation préalable de l'utilisateur. Les exécutions planifiées non supervisées placent leurs requêtes dans une boîte de réception plutôt que d'agir de manière autonome.

La flexibilité des modèles comme atout

Là où OpenAI et Anthropic vous enferment dans leurs modèles, OpenWorker n'est livré avec aucun modèle. Vous apportez votre propre clé API pour tout fournisseur supporté : OpenAI, Anthropic, Google Gemini, DeepSeek, Qwen, Mistral, Grok, et bien d'autres, plus des modèles à poids ouverts via Together et Fireworks, et des modèles entièrement locaux via Ollama.

Le projet maintient une liste de modèles curated de ce qu'il a vérifié pour le travail d'appel d'outils. Ajouter une chaîne de modèle arbitraire est possible mais vient avec un avertissement. C'est une concession pratique : la qualité des appels d'outils varie énormément selon les modèles, et un mauvais appel d'outil sur un agent de bureau signifie plus qu'une réponse erronée dans une fenêtre de chat. Cela signifie une modification du système de fichiers ou un message envoyé qui doit être annulé.

Plus de 25 connecteurs et support MCP

OpenWorker est livré avec plus de 25 intégrations couvrant la pile de productivité habituelle : GitHub, Slack, Jira, Notion, Linear, HubSpot, Outlook, monday.com, Gmail et Google Calendar, plus l'accès au terminal et aux fichiers locaux. Tout outil accessible via le Model Context Protocol se branche également, avec un contrôle par outil.

L'intégration Slack est notable : mentionnez @OpenWorker dans un canal, et une session s'ouvre sur votre bureau. Le travail se fait avec vos outils, et la réponse revient sous forme de réponse en fil. Cette conception signifie que l'agent est visible par l'équipe sans vivre dans le cloud ni nécessiter un abonnement partagé.

La question du timing

OpenWorker arrive à un moment curieux. Les agents persistants d'OpenAI, annoncés en mars 2025, exécutent des tâches planifiées dans le cloud et s'intègrent à Slack, mais ils sont liés aux modèles et à l'infrastructure d'OpenAI. Claude d'Anthropic reste concentré sur le raisonnement en session unique sans offre d'agent persistant.

OpenAI vient de créer des travailleurs que vous pouvez planifier, et la réponse des entreprises a été prudente. Donner à un agent l'accès à votre calendrier et à votre email est une chose quand il vit dans votre session de navigateur. C'en est une autre quand il persiste dans le cloud et agit selon un planning.

OpenWorker répond à cette prudence en rendant tout local et soumis à approbation. Le compromis est que l'utilisateur doit gérer ses propres clés, sa propre infrastructure et ses propres mises à jour. L'application se met à jour automatiquement et la version macOS est signée et notariée, mais les versions Windows ne sont pas encore signées électroniquement, donc SmartScreen avertit lors de l'installation. Cet écart est important pour l'adoption en entreprise que Ng a probablement en tête.

Comparé aux alternatives

OpenClaw, un autre agent local lancé sur Ollama 0.17, se concentre spécifiquement sur la gestion de la boîte de réception et des emails. OpenWorker a un champ d'application plus large mais est également plus lourd : il nécessite Python 3.10+, Node 20+, et pour l'environnement de bureau, la chaîne d'outils Rust. L'exécution à partir des sources est un processus en plusieurs étapes avec deux terminaux. Les téléchargements pré-construits sont le chemin prévu.

Là où les agents d'OpenAI sont un produit pour lequel vous payez, OpenWorker est une référence que vous exécutez. Le README est explicite : "Ce dépôt est une référence fonctionnelle pour ce que aisuite peut porter." Ce cadrage est honnête mais limite sa portée. Une implémentation de référence qui nécessite un workflow de développeur pour fonctionner n'est pas encore un produit grand public.

Le pari sur le travail fini

Le choix de conception le plus intéressant est le format de sortie. OpenWorker ne diffuse pas de tokens. Il livre des fichiers : des documents, des feuilles de calcul, des rapports et des pages web qui atterrissent sur votre bureau comme des objets ouvrables et partageables. C'est un changement subtil mais important dans notre façon de penser les assistants IA. Un chat qui se termine par "voici un brouillon" est une conversation. Un chat qui se termine par un fichier .docx sur votre bureau est un collègue.

La question ouverte est de savoir si les utilisateurs veulent réellement un collègue plutôt qu'une conversation. Les interfaces de chat sont indulgentes : vous pouvez affiner, demander des modifications, recommencer. Un document fini suppose que vous saviez ce que vous vouliez en demandant. Les portes d'approbation d'OpenWorker sont conçues pour rattraper ce décalage, mais l'utilisateur doit toujours remarquer que la sortie est erronée avant de l'approuver.

Le projet de Ng n'essaie pas de perturber OpenAI ou Anthropic. Il construit une voie différente : locale, ouverte, indépendante du modèle et axée sur les résultats. Les prochains mois montreront si cette voie a suffisamment d'utilisateurs pour soutenir le développement au-delà de la bêta actuelle sous licence MIT.