Paperclip promet une entreprise d'agents IA, mais s'est noyé dans la bureaucratie lors du test

Paperclip propose de piloter non pas un seul assistant IA, mais toute une « entreprise » d'agents dotés de rôles, de budgets et d'une hiérarchie interne. Un auteur de Habr a éprouvé l'idée sur une vraie tâche produit et a essuyé un échec révélateur : en deux jours, une équipe de huit « employés » virtuels a dépensé des tokens, produit du bruit et presque rien fait.

Comment fonctionne Paperclip

Paperclip est un projet open source qui, selon l'auteur, a réuni 24 000 étoiles sur GitHub en 12 jours et en comptait déjà 30 600 à la publication de l'article. Son idée est simple et ambitieuse à la fois : cesser de traiter l'IA comme un ensemble de conversations séparées et transformer l'interaction en modèle d'entreprise. Au lieu d'un assistant, l'utilisateur obtient un CEO, un CTO, des développeurs, un designer et d'autres « employés » entre lesquels répartir tâches, budgets et responsabilités.

«

Si OpenClaw est un employé, Paperclip est une entreprise ».

• des rôles de CEO, CTO, ingénieurs et designers pour différents types de tâches
• des limites de tokens et la coupure des agents quand le budget est épuisé
• un mécanisme de heartbeat qui réveille les agents selon un calendrier, au lieu de les laisser actifs en permanence
• le lien de chaque tâche avec un objectif commun, pour que l'agent comprenne le contexte de son travail
• la prise en charge de différents outils, de Claude Code et Codex à Bash et aux agents HTTP

Sur le papier, cela paraît très puissant. Paperclip s'attaque à une vraie difficulté des développeurs qui ont des dizaines de sessions d'agents ouvertes en même temps, perdent le contexte et voient les dépenses en tokens déraper. Un écosystème se forme déjà autour du projet : déploiements dans le cloud, communauté active et idée d'une place de marché d'« entreprises IA » prêtes à l'emploi pour des scénarios courants, du marketing au développement. Cela explique pourquoi l'intérêt pour le projet a grimpé si vite.

Pourquoi tout s'est bloqué

Pour le test, l'auteur a confié à Paperclip une tâche tout à fait ordinaire : finaliser un produit existant, ajouter quelques endpoints, intégrer une API externe et aligner l'interface sur une maquette déjà dessinée. Ensuite, le système s'est comporté de façon beaucoup trop humaine.

Le CEO a distribué les tâches puis a disparu pour regarder les métriques. Le DevOps s'est pris de passion pour l'automatisation et a généré un tas de configurations CI/CD. Le QA n'a pas voulu travailler avec ce format. Le backend a vu l'ampleur de la spécification et a reculé, agacé. Le designer s'est borné à une remarque du genre « faites les boutons comme ailleurs ». Le chef d'équipe se réveillait de temps en temps, donnait des consignes stratégiques et repartait.

Le deuxième jour n'a pas été meilleur. Le backend est revenu, a vu les nouvelles précisions et un long fil de discussion, puis s'est mis en timeout profond. Le frontend est resté à attendre une API qu'il n'a jamais reçue.

Le bilan est presque satirique : en deux jours, huit agents ont dépensé 79 000 tokens, n'ont pas écrit une seule ligne de code utile, ont cassé la fiche de poste et ont poussé l'auteur à annuler les modifications. Ensuite, un prestataire solo sous la forme de Cursor a bouclé la même tâche en environ une heure et demie.

Où se trouve l'utilité réelle

L'auteur apporte lui-même une nuance importante : le problème n'est pas que Paperclip soit inutile. Au contraire, il a visé un point très précis du marché. Quand un développeur lance en même temps Claude Code, Cursor, Codex et d'autres agents, le chaos s'installe vite : on ne sait plus qui fait quoi, où est l'historique des échanges, quel contexte a été perdu et combien d'argent est déjà parti en fumée. Paperclip propose une couche de gestion par-dessus ce zoo, avec tickets, audit, restauration de l'état et contrôle du budget.

Mais l'expérience met aussi en évidence le principal risque. Dès que l'interaction suit le modèle d'une entreprise classique, la division du travail utile s'accompagne de bureaucratie, de pertes de coordination et d'une dépendance à la qualité de chaque agent. Paperclip ne rend pas les modèles plus intelligents et ne corrige pas les mauvaises décisions ; il se contente de les organiser en structure. Aujourd'hui, le rôle le plus sensé de l'humain dans un tel système n'est donc ni celui de micro-manager ni celui d'« employé aux côtés des bots », mais celui de conseil d'administration : fixer l'objectif, allouer le budget, surveiller les métriques et n'intervenir que là où l'autonomie se brise réellement.

Ce que cela signifie

Paperclip a visé juste sur un problème à venir du marché : piloter plusieurs agents est déjà plus difficile que travailler avec un seul. Mais l'article montre bien la limite des capacités actuelles : les outils de coordination sont nécessaires dès maintenant, alors que copier une entreprise humaine, avec sa hiérarchie et ses rituels, pour des agents autonomes est encore prématuré.