- ▸ Un harnais pour faire tourner des agents en équipe
- ▸ Pourquoi l'agent individuel ne suffit plus aux équipes
- ▸ Ce que la v2 apporte à la collaboration
- ▸ Le garde-fou : validation humaine sur les actions irréversibles
OneCLI, plateforme open-source passée par Y Combinator (promotion S26), déploie un agent autonome dédié à chaque salarié. Le projet, écrit en Rust, vise les équipes qui exécutent déjà des agents et butent sur la gestion des identités, des secrets et des permissions.
Ce qu’il faut retenir – Chaque employé obtient un agent isolé dans son propre sandbox, accessible via tableau de bord ou Slack. – Les actions critiques — envoi d’email, suppression d’un ticket Linear, vidage d’un bucket S3 — passent par une validation humaine dans le chat. – La v2 branche l’agent sur le fournisseur d’identité de l’entreprise et mutualise les clés LLM et comptes de service.
Un harnais pour faire tourner des agents en équipe
OneCLI se présente comme une plateforme open-source pour exécuter des agents IA en équipe : « giving every employee a secured personal agent », résume le dépôt onecli/onecli sur GitHub, mis à jour le 8 mars 2026.
Le harnais — le socle technique qui encadre l’agent — est construit en Rust. Chaque agent tourne dans un sandbox isolé, avec système de fichiers et shell dédiés. La logique : contenir la portée d’un agent autonome plutôt que lui ouvrir l’ensemble de l’infrastructure.
Pourquoi l’agent individuel ne suffit plus aux équipes
Le constat des fondateurs est net : « every autonomous agent out there is built for one person ». Les outils grand public sont pensés pour un usage solo, pas pour un workspace partagé.
Or, selon les auteurs du projet, l’essentiel de la demande provient d’individus et d’équipes faisant déjà tourner des agents autonomes — ils citent Hermes, OpenClaw et NanoClaw. Ces déploiements se heurtent vite aux mêmes obstacles : qui possède quel accès, quelles clés sont partagées, quelle action reste sous contrôle humain.
Passer d’un agent personnel à une flotte d’agents change la nature du problème. La question n’est plus « que peut faire mon agent » mais « comment applique-t-on la même politique de sécurité à cinquante agents sans la recopier cinquante fois ». C’est le vide que OneCLI v2 vient combler.
Ce que la v2 apporte à la collaboration
La version 2 ajoute deux briques centrées sur l’identité et le partage.
- Fournisseur d’identité intégré. OneCLI provisionne un agent au nom de l’identité de chaque employé (« provision agents on behalf of each employee’s identity »). L’agent hérite ainsi des droits réels de la personne, sans configuration manuelle poste par poste.
- Connexions globales. Certaines ressources se partagent au niveau de l’équipe : clés LLM, comptes de service (« shared at the team level, like LLM keys or service accounts »). Une clé mutualisée, gérée une fois, plutôt qu’un secret dupliqué dans chaque environnement.
L’intérêt pratique tient dans ce ratio : une seule politique d’entreprise, appliquée uniformément à tous les agents du workspace. Pour une équipe qui scalerait de dix à cent utilisateurs, cela transforme un problème quadratique de gestion des accès en une configuration centralisée.
Le garde-fou : validation humaine sur les actions irréversibles
Le mécanisme le plus explicite du projet concerne les gestes à conséquence. OneCLI impose des « deterministic human-in-the-loop approvals » : une validation humaine, déclenchée dans le chat lui-même, pour tout ce qui exige un contrôle à 100 %.
Les exemples cités sont parlants : envoyer un email, supprimer un ticket Linear, vider un bucket S3. Trois actions difficiles ou impossibles à annuler.
Le terme « déterministe » n’est pas décoratif. Il signifie que le blocage ne dépend pas du jugement probabiliste du modèle : la règle s’applique systématiquement, sans exception liée au hasard de génération. L’agent propose, l’humain tranche — dans le fil de conversation, pas dans une console séparée.
Cette approche répond à la crainte principale des équipes techniques face aux agents autonomes : l’action destructrice déclenchée sans supervision. En plaçant l’approbation au point exact de l’exécution, OneCLI déplace le curseur du « tout ou rien » vers un contrôle granulaire.
À suivre
Le projet reste jeune : sa dernière mise à jour publique remonte au 8 mars 2026, et aucun chiffre d’adoption ni de financement n’est communiqué à ce jour. Restent à observer la traction open-source du dépôt et l’arrivée de connecteurs supplémentaires au-delà de Slack et des tickets Linear cités.
Pour approfondir, voir notre dossier sur la sécurisation des agents autonomes en entreprise et notre panorama des harnais d’agents open-source.
