Qu’est-ce que OpenWorker ?
OpenWorker est un agent de bureau open source publié sur le compte GitHub d'Andrew Ng, qui prend une tâche (auditer ce code à la recherche de vulnérabilités, préparer une note sur un client, trier une boîte de réception) et rend un fichier ou un message terminé plutôt qu'une réponse de chat. Il fait tourner un serveur d'agent Python local sous un shell de bureau Tauri, repose sur la bibliothèque aisuite de Ng, et livre d'abord des collègues spécialisés en sécurité.
Il est indépendant du modèle : OpenAI, Anthropic, Gemini, Azure OpenAI, DeepSeek, Kimi, Qwen, Mistral et d'autres avec votre propre clé, OpenRouter, ou des modèles locaux via Ollama, llama.cpp, vLLM ou LM Studio. Il accède à plus de 25 applications (GitHub, Slack, Jira, Notion, Linear, HubSpot, Gmail, Google Calendar) ainsi qu'à tout serveur MCP, et peut exécuter ses outils de shell et de fichiers dans un conteneur NVIDIA OpenShell, le bac à sable macOS ou un compte Windows masqué.
Le dépôt a été créé le 20 juillet 2026, est sous licence MIT et compte environ 18 800 étoiles GitHub. Le README le qualifie de bêta ouverte ; la v0.3.1 est sortie le 5 octobre 2026, et la version macOS est signée alors que la version Windows ne l'est pas encore.
OpenWorker vaut-il le coup ?
La conception de la gouvernance d'OpenWorker est son meilleur argument, et l'âge du projet sa principale réserve. Les écritures, les envois et les commandes shell exigent une validation par défaut ; un ensemble d'opérations irréversibles reste réservé aux humains dans tous les modes, y compris l'approbation automatique complète ; et des validations ponctuelles peuvent devenir des règles permanentes puis des listes d'autorisation dans la configuration, chaque étape étant visible et révocable. En mode d'approbation automatique, un modèle relecteur laisse passer les actions courantes et fait remonter le reste, et des refus répétés déclenchent un disjoncteur qui rend la main. Le README reconnaît franchement que les verdicts du relecteur sont des jugements, pas des garanties, et que les planchers stricts et la piste d'audit sont le vrai filet de sécurité.
Les collègues de sécurité sont plus rigoureux que la démo d'agent habituelle. Les constats viennent de scanners déterministes comme semgrep, complétés par le raisonnement du modèle, et les correctifs proposés sont rescannés et relus sous forme de diff avant que vous ne les approuviez, si bien que l'agent qui écrit le correctif n'en est jamais le seul vérificateur. Les commandes peuvent tourner dans un conteneur OpenShell qui contient les dossiers de la session et un réseau limité à une liste d'autorisation, et rien d'autre ; la boucle de l'agent, les clés de modèle et les jetons des connecteurs restent à l'extérieur, de sorte qu'une injection de prompt qui atteint un shell tombe dans une boîte vide. Les exécutions planifiées sans surveillance ne s'approuvent jamais elles-mêmes ; leurs demandes attendent dans une boîte de réception.
L'essentiel du travail reste sur votre machine. Conversations, jetons de connecteurs et clés de modèle sont dans un coffre de secrets local ; le seul composant cloud sert d'intermédiaire pour les échanges OAuth, et l'application fonctionne sans connexion avec des clés que vous créez vous-même. Se connecter active par défaut un événement de télémétrie sans contenu (quel type de collègue a démarré, et quand), avec possibilité de refus ; sans connexion, rien n'est envoyé, d'après le code source.
Le point faible est la maturité. Le dépôt a trois mois, compte environ 374 issues et pull requests ouvertes et en est encore à la version 0.3.1. Les notes de contribution préviennent que les pull requests ajoutant des fonctions déjà en développement interne, ou sortant de la vision des mainteneurs, peuvent être refusées, ce qui en fait davantage un produit sous licence ouverte qu'un projet communautaire. Face à OpenBot, qui a un moteur de règles plus strict mais exige un service de mémoire payant, OpenWorker s'installe plus facilement pour une personne seule ; face à Goose, il est plus restreint mais bien plus affirmé sur les validations.
Là où il fait la différence
Un ingénieur sécurité applicative dans une entreprise de 60 développeurs
Auditer un service et ses dépendances à la recherche de vraies vulnérabilités et préparer les correctifs
Pointez le collègue sécurité vers le dépôt ; les constats de semgrep et le raisonnement du modèle reviennent avec des correctifs proposés, rescannés et relus en diff avant validation. Logiciel gratuit ; le coût correspond aux tokens du modèle sur votre propre clé, ou rien avec un modèle local.
Une responsable de la réussite client qui gère 40 comptes
Préparer avant chaque rendez-vous une note d'appel à partir du CRM et de la boîte de réception
Connectez HubSpot et Gmail via l'intermédiaire OAuth optionnel ou vos propres identifiants et demandez une note ; les envois et modifications d'agenda attendent une validation. Une note matinale planifiée arrive dans l'application avec la transcription complète.
Un ingénieur d'astreinte dans une start-up de 20 personnes
Rassembler le contexte dans Jira, GitHub et Slack pendant un incident et rédiger la chronologie
Lancez le collègue de tri des incidents avec les commandes shell dans un bac à sable OpenShell ou macOS, pour que les commandes de diagnostic ne touchent que le dossier de la session et les hôtes autorisés. Chaque appel d'outil est journalisé comme approuvé automatiquement, approuvé par l'utilisateur ou refusé.
Avant de vous engager
- Mise en route
- Téléchargez la version signée pour macOS 12+ ou la version non signée pour Windows 10/11, ajoutez une clé de modèle ou pointez-le vers Ollama, et donnez-lui une tâche. Depuis les sources, il faut Python 3.10+, Node 20+ et Rust pour le shell de bureau.
- Intégrations
- Plus de 25 connecteurs, dont GitHub, Slack, Jira, Notion, Linear, HubSpot, Outlook, monday.com, Gmail et Google Calendar, plus tout serveur MCP avec contrôle par outil ; une mention dans Slack ouvre une session de bureau et répond dans le fil. Construit sur aisuite.
- Données et confidentialité
- Boucle de l'agent, conversations, clés et jetons des connecteurs restent dans un coffre de secrets local ; seul un intermédiaire OAuth tourne dans le cloud. Les utilisateurs connectés envoient par défaut un événement de télémétrie de session sans contenu, avec possibilité de refus. Licence MIT.
- Coût à grande échelle
- Pas d'édition payante. Le coût correspond à l'usage du modèle par tâche sur votre propre compte fournisseur ; un modèle local via Ollama le supprime, même si le projet ne se porte garant que des modèles de sa liste sélectionnée pour les appels d'outils.
- Limites
- Bêta avec environ 374 issues et pull requests ouvertes ; installeur Windows non signé ; les validations du modèle relecteur sont des jugements, pas des garanties ; les PR hors de la feuille de route des mainteneurs peuvent être refusées.
Les points forts
- Des planchers stricts réservés aux humains qu'aucun mode d'approbation automatique ne peut abaisser
- Correctifs de sécurité rescannés et relus en diff avant validation
- Bac à sable OpenShell, macOS ou Windows pour les commandes de l'agent
- N'importe quel modèle par clé, OpenRouter ou en local via Ollama
Les points faibles
- Bêta ouverte de trois mois, environ 374 issues et PR ouvertes
- Version Windows pas encore signée
- Les mainteneurs peuvent refuser les fonctions hors de leur propre plan
- La télémétrie en mode connecté est activée par défaut
Idéal pour
Les ingénieurs sécurité et les travailleurs du savoir individuels qui veulent un agent local qui demande avant d'agir et garde une trace de qui a approuvé quoi.
Alternatives à OpenWorker
OpenWorker : questions fréquentes
- OpenWorker vaut-il le coup ?
- OpenWorker place les points de validation et la piste d'audit là où ils doivent être, dans l'architecture, mais c'est une bêta de trois mois dont la feuille de route est fixée par une liste interne plutôt que par ses contributeurs. Nous lui donnons 3.9 sur 5.
- Combien coûte OpenWorker ?
- Gratuit et open source (MIT). Pas d'offre payante ; vous payez votre fournisseur de modèles, ou rien avec un modèle local. Un compte gratuit optionnel sert d'intermédiaire OAuth pour les connecteurs.
- Quels sont les inconvénients de OpenWorker ?
- Bêta ouverte de trois mois, environ 374 issues et PR ouvertes; version Windows pas encore signée; les mainteneurs peuvent refuser les fonctions hors de leur propre plan; la télémétrie en mode connecté est activée par défaut.
- À qui s’adresse OpenWorker ?
- Les ingénieurs sécurité et les travailleurs du savoir individuels qui veulent un agent local qui demande avant d'agir et garde une trace de qui a approuvé quoi.
- Combien coûte OpenWorker pour une équipe ou en production ?
- Pas d'édition payante. Le coût correspond à l'usage du modèle par tâche sur votre propre compte fournisseur ; un modèle local via Ollama le supprime, même si le projet ne se porte garant que des modèles de sa liste sélectionnée pour les appels d'outils.
- OpenWorker est-il sûr pour les données de l’entreprise ?
- Boucle de l'agent, conversations, clés et jetons des connecteurs restent dans un coffre de secrets local ; seul un intermédiaire OAuth tourne dans le cloud. Les utilisateurs connectés envoient par défaut un événement de télémétrie de session sans contenu, avec possibilité de refus. Licence MIT.
- Quelles sont les meilleures alternatives à OpenWorker ?
- Les alternatives les plus proches que nous avons testées sont OpenBot, goose, Hermes Agent et Magentic-UI (MagenticLite).
Réponses vérifiées le 31 oct. 2026.