Paperclip : Le Plan de Contrôle Open Source pour les Entreprises d'Agents IA

Une analogie circule dans la communauté des agents IA : si OpenClaw est un employé, Paperclip est l'entreprise. Cette seule phrase explique ce que Paperclip cherche à accomplir mieux que la plupart des descriptions techniques. Ce n'est pas un framework pour créer des agents. C'est la couche organisationnelle qui se place au-dessus d'eux, gérant la coordination, la responsabilité et le contrôle budgétaire sur une flotte de travailleurs IA.

Paperclip a été lancé en mars 2026 par @dotta et a accumulé plus de 46 700 étoiles GitHub dans ses premières semaines. La rapidité d'adoption reflète un manque réel dans la pile IA actuelle : la plupart des équipes qui font tourner plusieurs agents n'ont pas d'état partagé, pas de visibilité sur les coûts, et aucun moyen d'empêcher deux agents d'effectuer deux fois le même travail.

Le problème que Paperclip résout

Faire tourner un seul agent IA est suffisamment simple. En faire tourner vingt simultanément est un problème entièrement différent. Sans coordination, on obtient du travail en double, des coûts incontrôlés et une responsabilité nulle quant à ce que chaque agent a réellement accompli.

Les modes de défaillance spécifiques sont familiers à quiconque a essayé de faire évoluer des workflows multi-agents :

• Aucun état partagé : l'agent A termine une tâche que l'agent B a déjà commencée. Ni l'un ni l'autre n'est au courant.
• Aucune visibilité sur les coûts : les dépenses d'API LLM sont réparties sur de nombreux processus sans comptabilité centrale. On découvre les coûts réels après coup.
• Aucune coordination : les agents qui devraient se passer le travail opèrent en silos. La progression stagne car aucune autorité ne peut débloquer les dépendances.
• Aucune piste d'audit : en cas de problème, il n'existe pas d'enregistrement fiable de ce que chaque agent a fait, pourquoi et dans quel ordre.

Paperclip adresse tous ces points au niveau de l'infrastructure, avant même d'écrire la moindre logique d'agent.

Pas un gestionnaire de tâches : une structure d'entreprise

Ce qui rend Paperclip compréhensible, c'est qu'il modélise les équipes d'agents IA comme on modéliserait une vraie organisation. Pas avec des listes de tâches vagues, mais avec des organigrammes, des hiérarchies de reporting, des rôles définis, des budgets mensuels par agent, un alignement d'objectifs et une gouvernance au niveau du conseil d'administration.

Ce dernier point est important. Paperclip place l'humain dans le rôle du conseil. Les agents exécutent au sein de la structure de l'entreprise, mais l'humain conserve l'autorité finale sur les objectifs, l'allocation budgétaire et les politiques. Il ne s'agit pas d'une entreprise IA autonome fonctionnant sans surveillance. C'est un modèle de délégation structuré où l'autonomie est délimitée et vérifiable.

L'architecture à deux couches

Paperclip sépare clairement ses responsabilités en deux couches.

Plan de contrôle

Paperclip lui-même est le plan de contrôle. Il gère les agents, attribue les tâches, applique les budgets, maintient la piste d'audit et gère la gouvernance. Les agents ne tournent pas à l'intérieur de Paperclip. Ils tournent en externe et font des rapports. Paperclip est la partie qui sait ce qui se passe dans toute l'entreprise à tout moment.

Services d'exécution

Les agents sont des services d'exécution. Ils vivent en dehors de Paperclip, tournent sur l'infrastructure adaptée à chaque runtime, et se connectent au plan de contrôle via des adaptateurs. Le modèle d'adaptateur est la façon dont Paperclip évite de vous enfermer dans une pile IA particulière. Les agents "appellent à la maison" pour signaler le statut des tâches, consommer du travail depuis la file d'issues et enregistrer leur activité dans la piste d'audit.

Primitives fondamentales

Paperclip définit un petit ensemble de primitives qui se composent pour former la structure d'entreprise complète.

Entreprise

Le conteneur de niveau supérieur. Une entreprise a des objectifs, une liste d'agents et une politique de gouvernance. Tout le reste vit au sein d'une entreprise.

Agents

Chaque agent a un rôle défini, un budget mensuel en centimes et un statut. L'application du budget est atomique : quand un agent atteint sa limite mensuelle, il s'arrête. Il n'y a pas de dégradation progressive ni de contournement. C'est délibéré. Les limites souples échouent silencieusement ; les limites dures non.

Issues et tâches

Le travail est modélisé sous forme d'issues et de tâches. Le mécanisme clé est l'extraction atomique : quand un agent revendique une tâche, elle est verrouillée à cet agent jusqu'à l'achèvement ou la libération explicite. Aucun autre agent ne peut la récupérer. C'est la fonctionnalité spécifique qui élimine le problème du travail en double, et elle est implémentée au niveau de la base de données plutôt que laissée à la logique applicative.

Heartbeats

Les agents fonctionnent sur des cycles de réveil planifiés appelés heartbeats. Plutôt que de tourner en continu, un agent se réveille selon un calendrier, vérifie le travail assigné, l'exécute, fait un rapport et se rendort. Cela rend les coûts de calcul prévisibles et le comportement des agents vérifiable.

Gouvernance

La couche de gouvernance formalise le modèle humain-en-tant-que-conseil. Les décisions de politique, les changements de budget et les mises à jour d'objectifs passent par la gouvernance. La piste d'audit est immuable : une fois enregistrées, les actions des agents ne peuvent pas être modifiées ou supprimées. Cela est important pour la responsabilité, et c'est de plus en plus pertinent à mesure que les agents IA prennent des actions aux conséquences réelles.

Le système d'adaptateurs

Paperclip est livré avec des adaptateurs pour neuf runtimes :

• Claude (Anthropic)
• Codex (OpenAI)
• Gemini (Google)
• Cursor
• OpenCode
• OpenClaw
• Hermes
• Process (tout sous-processus local)
• HTTP (tout point de terminaison API)

Les adaptateurs HTTP et Process sont les échappatoires. Tout runtime capable de faire un appel HTTP ou de tourner comme sous-processus s'intègre à Paperclip. Le modèle d'adaptateur signifie que le plan de contrôle reste stable pendant que l'écosystème d'agents évolue. Les nouveaux runtimes IA arrivent sous forme d'adaptateurs sans nécessiter de modifications du cœur.

Stack technique

Les choix d'implémentation reflètent un développement de qualité production plutôt qu'un prototypage rapide :

• React 19 pour le frontend
• Express.js 5 pour la couche API
• PostgreSQL 17 pour le stockage persistant, avec PGlite comme option embarquée pour le développement local
• Drizzle ORM pour un accès typé à la base de données
• Better Auth pour l'authentification

L'option PGlite mérite d'être soulignée. Elle signifie que vous pouvez faire tourner une instance Paperclip complète localement sans serveur de base de données séparé. Pour le développement et les déploiements sur machine unique, l'option embarquée supprime une dépendance opérationnelle significative.

L'application budgétaire en pratique

L'application budgétaire mérite sa propre section car c'est l'une des fonctionnalités les plus susceptibles de compter en production. Paperclip suit les dépenses par agent en centimes, avec des cycles de réinitialisation mensuels. Les limites sont dures.

Ce n'est pas un tableau de bord qui vous montre ce que vous avez dépensé le mois dernier. C'est un système qui arrête un agent quand il atteint sa limite en plein milieu d'une tâche. Les implications sont significatives :

• Les équipes financières obtiennent des dépenses IA prévisibles sans factures surprises
• Les équipes techniques peuvent expérimenter de nouvelles configurations d'agents sans risquer des coûts incontrôlés
• Les agents ayant plus de responsabilités ou de débit reçoivent des budgets plus élevés ; les agents de moindre priorité reçoivent des budgets plus bas
• L'allocation budgétaire devient une décision de gouvernance, pas une réflexion après coup

Pour les organisations qui font de l'automatisation IA à grande échelle, cette seule fonctionnalité justifie la surcharge architecturale d'adopter une couche d'orchestration.

Auto-hébergé et sous licence MIT

Paperclip est entièrement auto-hébergé et publié sous la licence MIT. Pas de frais d'utilisation, pas d'enfermement propriétaire, pas de dépendances à des services externes. Votre entreprise d'agents tourne sur votre infrastructure, et les données qu'elle génère y restent.

Pour les industries réglementées ou les organisations ayant des exigences strictes en matière de gestion des données, ce n'est pas une fonctionnalité bonus. C'est une condition préalable. La même piste d'audit qui aide à gérer les agents aide aussi à démontrer la conformité, car les enregistrements se trouvent dans votre propre base de données.

Clipmart : la marketplace à venir

Clipmart est la marketplace planifiée pour les entreprises IA préconfigurées. Le concept : vous téléchargez une configuration d'entreprise complète, incluant les rôles d'agents, les modèles de tâches, les politiques de gouvernance et les allocations budgétaires, et vous la déployez sur votre instance Paperclip.

C'est un pari significatif sur l'idée que les configurations d'entreprises IA deviendront un artefact partageable et réutilisable, comme les packages logiciels. Une "entreprise de support client" ou une "entreprise de revue de code" préconfigurée que vous déployez et personnalisez plutôt que de construire de zéro. Le succès de Clipmart dépend de si la communauté produit des configurations qui valent la peine d'être partagées, mais le modèle est solide.

Ce que cela représente

Les agents IA individuels constituent la première couche de ce changement technologique. Ils peuvent exécuter des tâches, utiliser des outils et opérer de manière autonome dans des limites définies. Mais les agents individuels atteignent un plafond : ils ne peuvent pas se coordonner, partager efficacement les ressources, ni être gouvernés collectivement.

Paperclip représente la deuxième couche. C'est de l'infrastructure pour les organisations multi-agents, pas les scripts multi-agents. La distinction compte car les organisations ont des propriétés que les scripts n'ont pas : la responsabilité, la définition des rôles, l'allocation des ressources, l'application des politiques et les pistes d'audit. Ces propriétés sont ce qui rend les déploiements d'agents suffisamment sûrs pour une utilisation en production dans des workflows critiques pour l'entreprise.

Le projet est sur paperclip.ing/docs et le code source sur GitHub. Si vous construisez des workflows multi-agents et que la surcharge de coordination est devenue le problème principal, ça vaut la peine de prendre le temps de l'évaluer.

Chez webvise, nous aidons les entreprises à concevoir et mettre en œuvre des architectures d'automatisation IA qui tiennent en production. Si vous évaluez des plateformes d'orchestration ou essayez de structurer un déploiement multi-agents pour du travail réel, contactez-nous et nous vous aiderons à trouver la bonne approche.