
Tech • IA • Robotique • Jeu
Paperclip se positionne comme une couche de gestion pour des équipes d’IA multi-agents, permettant aux organisations d’attribuer des rôles, d’orienter le travail via des tâches, de suivre les décisions et de combiner des outils comme Claude Code, Codex, Hermes et des modèles locaux dans un même cadre opérationnel.
Paperclip est conçu non comme un exécuteur d’agents autonome, mais comme une méta-structure placée au-dessus de multiples frameworks d’agents et modèles. Il peut organiser des agents issus de systèmes comme Claude Code, Codex, Hermes et des piles de modèles locaux dans une structure unique de type entreprise, avec managers, subordonnés, projets et routines. L’idée centrale est de traiter les agents comme des employés plutôt que comme des chatbots isolés.
La plateforme privilégie la communication par tâches plutôt que les discussions multi-agents ouvertes. Les agents peuvent se déléguer du travail, attendre des tâches dépendantes, remonter les blocages à des managers et ne renvoyer à un approbateur humain que les problèmes non résolus. Cette structure vise à réduire le bruit et à rendre la collaboration audit-able, avec des rôles visibles dans l’interface comme tâches parentes, blocages, réviseurs, approbateurs, moniteurs et watchdogs.
Paperclip peut être exécuté sur Mac, Linux ou WSL2 pour une évaluation rapide, tandis que des déploiements plus engagés peuvent être installés sur une VM Ubuntu dédiée, un invité Proxmox ou un VPS cloud. Une interface web sur le port 3100 gère l’onboarding, l’attribution des tâches et la configuration organisationnelle. Le système peut aussi exporter ou importer l’état complet de l’organisation, y compris les agents, routines et pièces jointes.
Dans une démonstration, une structure d’entreprise a été créée avec un CEO sur Claude Code, un CTO et des spécialistes infrastructure sur Hermes, des rôles sécurité sur Codex et des agents utilitaires locaux sur Pi. Une fois approuvés, ces agents apparaissaient dans un organigramme et pouvaient recevoir, via des tâches, des instructions pour recruter d’autres agents, lancer des investigations et transférer du travail entre modèles. Cela rend gérables des flottes d’agents hétérogènes comme une seule équipe plutôt que comme des silos d’outils séparés.
La plateforme a été utilisée pour enquêter sur un problème de bureau où l’accès à un NAS semblait tomber chaque fois qu’une chasse d’eau était tirée. Un projet et un dossier ont été ouverts, et des agents ont été affectés à la cartographie réseau, aux vérifications de stockage, à la revue de sécurité et à la corrélation des pannes. L’interface a produit une chronologie de l’activité et une bibliothèque d’artefacts, dont des rapports et des cartes réseau générés durant l’enquête.
Les agents ont déterminé que le problème n’était pas causé par le NAS, le routeur ou une instabilité du spanning tree. Ils ont plutôt conclu que quatre liaisons fibre sur un switch MikroTik nommé Flu Powder étaient fragiles et perdaient la synchronisation lorsque le bâtiment subissait une perturbation physique. Un port avait enregistré 20 052 événements de coupure de lien depuis le démarrage, contre 123 sur un port comparable, et les liaisons affectées chutaient 56 fois par jour.
Le diagnostic final pointait vers un mauvais lot de modules SFP tiers achetés sur Amazon au fil du temps. Les modules concernés étaient concentrés dans un lot avec un taux estimé de défaillance en service de 50 %, et seules ces liaisons étaient systématiquement impliquées. Des SFP de marque MikroTik ont été installés comme correctif immédiat, avec une période d’observation encore nécessaire pour confirmer le résultat.
Les routines fonctionnent comme des tâches planifiées pour les opérations continues. Lors des tests, une routine quotidienne de santé du stockage vérifiait un serveur ZFS, signalait la capacité restante et créait une décision si des seuils étaient franchis. Une exécution a signalé que le niveau SSD ne disposait plus que de 20 To libres, montrant comment Paperclip peut transformer des vérifications d’infrastructure périodiques en flux de décision structurés.
La plateforme a aussi été connectée à Flare, un service de renseignement sur les menaces centré sur l’identité, qui surveille le dark web, Telegram et les forums criminels à la recherche d’identifiants exposés, de cookies de session et de données de compromission associées. Parmi les résultats d’exemple figuraient 76 identifiants divulgués, 390 messages de chat, 23 domaines imitateurs et 32 000 appareils infectés liés à des utilisateurs concernés, plutôt qu’à une faille directe de la plateforme de l’entreprise elle-même.
Les intégrations d’API reposent sur des secrets gérés et des autorisations d’accès explicites accordées à des agents sélectionnés. Lorsqu’un agent de sécurité ne disposait pas du tenant ID Flare nécessaire, le système s’est mis en pause pour une décision puis a repris une fois l’identifiant ajouté. Les humains peuvent aussi interrompre le travail si un agent commence à agir au-delà de son périmètre prévu, ce qui préserve la supervision tout en permettant une automatisation étendue.
Paperclip reflète un glissement plus large, passant d’assistants IA isolés à des organisations d’agents gérées, avec hiérarchie, traçabilité et opérations récurrentes. Son attrait dépendra de la volonté des entreprises d’exploiter des équipes d’IA multi-modèles comme des workflows formels plutôt que comme un ensemble dispersé de bots.
Poser une question