Huit employés IA open source et le pari de la portabilité : des agents par rôle que vous possédez en fichiers

En bref

Reinventing.AI a publié huit AI Employees basés sur des rôles sur GitHub sous licence MIT le 19 septembre 2026 : GTM Engineer, SEO/AEO, Web Dev, Social Media, Ad Manager, Sales, Customer Satisfaction et Chief of Staff.
Chaque employé est un dossier de fichiers texte — description de rôle, contrat opérationnel, planning, routines — qui s’exécute sur le harnais d’agent que vous utilisez déjà, sur votre propre machine, plutôt qu’un produit hébergé.
L’en-tête du dépôt lui-même compte 60 routines sur Claude Code et 10 autres harnais ; le communiqué de presse de lancement annonce 59 routines sur onze harnais, puis en nomme douze. Le véritable produit, c’est la promesse de portabilité : ces décomptes sont donc exactement ce qu’un acheteur devrait auditer.
La posture de sécurité est délibérément conservatrice : par défaut, les routines rédigent, remplissent et préparent, et l’envoi, la publication ou la dépense n’ont lieu que sur des canaux que le propriétaire a explicitement ouverts.

L’industrie des agents IA a passé deux ans à vendre de l’accès. Vous louez un espace de travail, un siège, un crédit par tâche — et vos automatisations vivent à l’intérieur de la plateforme de quelqu’un d’autre. Le 19 septembre, une petite entreprise a pris le chemin inverse et a publié huit rôles métier sous forme de dossiers de fichiers texte à télécharger, sous une licence qui autorise l’usage commercial, la redistribution et la revente.

Ce qui a réellement été publié

Reinventing.AI, fondée par Mark Fulton, a publié AI Employees sous forme de dépôt public sous licence MIT le 19 septembre 2026. Les huit rôles couvrent la surface opérationnelle peu glamour d’une petite entreprise : un GTM Engineer pour le positionnement de lancement et les brouillons de prospection sortante ; un employé SEO/AEO produisant un article par jour ouvré, plus l’indexation et le suivi du classement ; un employé Web Dev pour la santé du site et la revue des dépendances ; un employé Social Media rédigeant des publications par plateforme avec une fenêtre de veto ; un employé Ad Manager qui lit les comptes publicitaires et construit des listes de modifications ; un employé Sales qui mène des balayages de prospects et des relances ; un employé Customer Satisfaction qui passe la boîte de réception au crible avec des signaux d’attrition ; et un Chief of Staff qui lit le journal d’exécution de tous les autres employés et signale ce qui s’est arrêté sans bruit. (Source : Reinventing.AI — Eight Open Source AI Employees on GitHub Under MIT License)

Mécaniquement, rien d’exotique. Un AI Employee est un dossier contenant une description de rôle, un contrat opérationnel, un planning et un ensemble de routines. L’installation se fait soit par téléchargement d’un ZIP, soit par une seule commande — npx ai-employees hire gtm-engineer --to <folder> —, après quoi il suffit de pointer un agent vers le dossier et de lui demander d’installer le rôle. L’agent se renseigne sur l’entreprise à partir de son site web, construit un tableau de bord, planifie ses propres routines et rédige un brief matinal décrivant ce qui a tourné et ce qui a changé. (Source : GitHub — markfulton/ai-employees)

La répartition des routines, voilà où se situe le travail. Six des huit rôles portent sept ou huit routines chacun ; le tableau par rôle du dépôt totalise 60. Le communiqué de presse de lancement parle de cinquante-neuf routines, et la ligne d’en-tête du dépôt indique « 8 rôles métier planifiés, 60 routines, sur Claude Code et 10 autres harnais ». (Source : GitHub — markfulton/ai-employees)

Des rôles en fichiers plutôt qu’en SaaS — jusqu’à ce que ce ne soit plus le cas

L’argument stratégique en faveur des rôles sous forme de fichiers est simple. Un contrat de rôle écrit en markdown et planifié par le harnais est inspectable, diffable, forkable et versionné. Quand l’agent fait quelque chose de travers le mardi, vous lisez le contrat qui l’a produit, vous le corrigez et vous committez — au lieu d’ouvrir un ticket de support et d’attendre la mise à jour de prompt d’un fournisseur. Comme tout est local, l’employé lit depuis la même session de navigateur connectée que vous et la pilote comme le ferait une personne, ce qui contourne toute une catégorie de négociations d’accès aux API.

Le compromis est tout aussi simple, et le marketing reste discret à son sujet. Les fichiers sont portables ; l’état ne l’est pas. Profils de navigateur, identifiants, cookies de session, permissions de compte, contexte accumulé et tolérance de l’opérateur pour une routine qui déraille à 7 h restent tous chez vous. La portabilité d’un harnais à l’autre signifie que c’est la couche d’instructions qui se déplace, pas l’environnement. Quiconque installe huit employés en s’attendant à ce qu’ils se comportent à l’identique sur un ordinateur portable et sur un serveur a mal interprété l’offre.

Il existe aussi une asymétrie de support. Le produit d’un éditeur SaaS s’améliore sans que vous fassiez quoi que ce soit. Un rôle sous forme de fichier s’améliore quand quelqu’un — vous, l’amont ou un fork — écrit un meilleur contrat et que vous le récupérez. C’est un coût réel, payé en attention plutôt qu’en frais d’abonnement.

La matrice des harnais est le véritable produit

La promesse de portabilité est l’élément qui mérite examen, car c’est elle qui détermine si ces rôles sont un actif durable ou une cassette Betamax. Les supports de lancement affirment que le même contrat de rôle s’exécute sur onze harnais d’agents, puis énumèrent Claude Code, OpenClaw, Hermes, OpenCode, Grok Bot, Codex, Antigravity, Muse, Pi, Cline, Qwen Code et DeepSeek — douze noms, avec un fichier par kit décrivant la manière dont ce harnais précis planifie le travail. L’en-tête du dépôt décrit quant à lui « Claude Code et 10 autres harnais », ce qui donne onze. (Source : Reinventing.AI — press release)

Ces deux divergences — 59 contre 60 routines, onze contre douze harnais nommés — sont mineures prises isolément. Elles comptent à cause de ce qu’elles révèlent sur la catégorie. Une couche de rôles portables fait une promesse très précise : un comportement identique quel que soit l’agent qui l’exécute. Cette promesse n’est vérifiable qu’en comptant et en testant, ce que précisément personne dans ce secteur n’a publié.

Le contexte concurrentiel rend la tendance lisible. HIVE, autre projet sous licence MIT, fait tourner toute une structure d’entreprise à l’intérieur de Claude Code avec onze escouades spécialisées et 50 compétences — mais il s’engage sur un seul harnais, ce qui rend l’intégration profonde bon marché et la portabilité sans objet. La Agent Companies Specification de Paperclip, à l’inverse, élabore un format de paquet neutre vis-à-vis des fournisseurs : des définitions en markdown-first pour COMPANY.md, AGENT.md, SKILL.md et TASK.md, plus un fichier annexe .paperclip.yaml pour la fidélité propre à chaque fournisseur, et un chemin d’export/import en CLI avec des schémas de bundle versionnés. (Source : DeepWiki — Paperclip company portability) Une bonne partie de l’écosystème open source des agents converge vers la même conclusion, tirée tout au long de 2026 : le harnais est en train d’être banalisé, et l’artefact portable qui vaut la peine d’être possédé, c’est la définition du rôle. *(Source : The Agent Report — Open Source Agent Tooling Roundup)

La sécurité par défaut, et ce qu’elle ne couvre pas

La publication documente un contrat opérationnel inhabituellement explicite pour chaque rôle, et les valeurs par défaut sont conservatrices d’une manière qui mérite d’être saluée. Les routines rédigent, remplissent et préparent ; elles n’envoient pas, ne publient pas et ne dépensent pas. L’argent ne bouge que là où le propriétaire a ouvert un canal sous conditions. Aucune routine ne crée de compte, ne saisit de mot de passe, ne résout de captcha ni n’écrit d’identifiant dans un fichier. (Source : Reinventing.AI — press release)

C’est une réponse sensée au mode de défaillance qui a défini 2026 pour les déploiements d’agents — un agent disposant d’identifiants étendus accomplissant une action que personne n’a autorisée — et le schéma se répand aussi dans l’outillage de développement, où des agents de codage sandboxés sont livrés avec le même réflexe de refus par défaut. (Source : The Agent Report — OpenHands 1.0 and the Coding Agent Sandbox)

Ce que le contrat ne couvre pas, c’est le risque résiduel lié à l’exécution de huit routines de longue durée sur votre machine principale, avec votre navigateur connecté. Les employés lisent vos comptes publicitaires, votre CRM, votre boîte de réception et l’analytique de votre site. Le modèle de permissions borne ce qu’ils écrivent ; il dit moins de choses sur ce qu’ils ingèrent, sur l’endroit où ces données sont envoyées lorsque la routine appelle un modèle, ou sur ce qui se passe quand une page qu’ils capturent contient des instructions qui leur sont destinées. Une couche de rôles sous forme de fichiers, plus un agent qui pilote un navigateur, constitue fonctionnellement une surface d’injection de prompt disposant d’un accès permanent.

L’argument de fiabilité qui sous-tend tout le discours mérite d’être signalé comme cité par le fournisseur plutôt qu’établi. La publication soutient que les agents sont désormais assez fiables pour travailler selon un planning, en s’appuyant sur Fable 5, qui a dépassé les 99 % sur les tâches d’usage du navigateur dans le benchmark WebVoyager en juin 2026. La saturation des benchmarks est un signal réel, mais un taux de réussite de 99 % par tâche se compose en environ 82 % sur vingt tâches — ce qui correspond à la cadence réelle de la plupart de ces rôles. (Source : Reinventing.AI — press release)

La séparation open core à surveiller

Les huit employés sont sous licence MIT de façon permanente, usage commercial inclus, avec la réserve que les noms et les logos ne sont pas concédés sous licence et que les forks doivent adopter leur propre nom. La monétisation se situe à côté du code plutôt qu’à l’intérieur : l’Agent Ops Club vend de la formation, une bibliothèque logicielle premium assortie d’une licence de revente vendue sous le nom de Product Pass, des sessions en direct et — à partir d’octobre 2026 — des AI Employees premium. L’adhésion à vie était proposée à $499 jusqu’au 31 octobre 2026. (Source : GitHub — markfulton/ai-employees)

C’est une structure open core lisible : les rôles sont le canal de distribution, la compétence de l’opérateur est le produit. Cela signifie aussi que la qualité à long terme de l’offre gratuite dépend d’incitations qui n’ont pas encore été mises à l’épreuve. Le vrai test de la promesse de portabilité n’est pas le README de lancement — c’est de savoir si un contrat de rôle survit à douze mois de mises à jour de harnais sans être forké, et si les décomptes de routines concordent toujours après la première vague de contributions.

FAQ

Qu’est-ce qu’un AI Employee exactement dans cette publication ?

Un dossier de fichiers texte couvrant un rôle métier : une description de rôle, un contrat opérationnel, un planning et un ensemble de routines récurrentes. Un harnais d’agent installé sur la machine du propriétaire exécute les routines selon une cadence définie et rédige un brief matinal résumant ce qui a tourné et ce qui a changé.

Quels harnais d’agents sont pris en charge ?

La publication annonce onze harnais et liste Claude Code, OpenClaw, Hermes, OpenCode, Grok Bot, Codex, Antigravity, Muse, Pi, Cline, Qwen Code et DeepSeek. Cette énumération contient douze noms, et l’en-tête du dépôt décrit Claude Code plus 10 autres — une divergence qu’il vaut la peine de connaître avant de bâtir un plan dessus.

Combien de routines sont livrées dans le dépôt ?

Le tableau par rôle totalise 60 routines et l’en-tête du dépôt indique 60, tandis que le communiqué de presse de lancement en annonce 59. Toutes les routines sont des tâches planifiées en semaine, à la semaine ou au mois, et le planning complet de chaque kit figure dans le dépôt.

Envoie-t-il des e-mails ou dépense-t-il de l’argent de lui-même ?

Par défaut, non. Les routines rédigent, remplissent et préparent, et c’est le propriétaire qui appuie sur le bouton. L’envoi, la publication et la dépense n’ont lieu que sur des canaux que le propriétaire a explicitement ouverts sous conditions, dans la propre session du propriétaire ou via la couche de permissions du harnais. Aucune routine ne crée de compte, ne saisit de mot de passe, ne résout de captcha ni n’écrit d’identifiants sur le disque.

Puis-je l’utiliser à des fins commerciales ou revendre des installations ?

Oui. La licence MIT couvre les prompts, les contrats opérationnels, les routines, les plannings et les scripts, et l’usage commercial est inclus sans adhésion requise. Les noms et les logos sont exclus, de sorte qu’un fork doit adopter sa propre image de marque.

Pour aller plus loin

— The Agent Report