Paperclip transforme des agents en entreprise : comment un méta-harness a résolu le mystère NAS déclenché par la chasse d'eau

Nous utilisons tous des agents, n'est-ce pas ? NetworkChuck en fait tourner huit dans son studio : Hermes, Codex, Claude Code et des modèles locaux basés sur Pi. Comme le dit Dodo, le problème n'est plus le modèle lui-même, mais la gestion de cette foule. Qui parle à qui, qui fait quoi, comment le travail est suivi et où se situe la sécurité ? Les tentatives précédentes qui enfermaient simplement des agents dans une salle pour discuter n'ont jamais passé l'échelle. Paperclip arrive ici. Pas un harness, un méta-harness. Que vous utilisiez Claude Code, Codex, Hermes ou Pi, l'idée est de les embaucher tous dans la même entreprise et de les faire communiquer par le travail. Présentée comme la réponse la plus claire à la fatigue des harness, cette vidéo teste cette réponse en direct sur une panne réelle.

Le créateur de Paperclip, Dodo, montre son visage pour la première fois et résume le méta-harness en une phrase : les agents deviennent des employés, vous leur donnez des managers et vous assignez du travail, et la communication passe par les tâches, avec intention et précision. Au lieu d'une ville d'agents sans but, il y a des tâches intentionnelles. La vision vendue au spectateur est simple : quand un nouveau modèle ou harness apparaît, vous ne reconstruisez pas tout, vous l'ajoutez à Paperclip et l'entreprise existante peut aussitôt exploiter ses nouvelles capacités. C'est pourquoi le harness maxing revient sans cesse. L'entreprise est présentée comme le toit unique capable de porter chaque dernière fonctionnalité de modèle et de harness, et les blagues autour du café maintiennent cet enthousiasme vivant.

Le mystère sur le terrain est très concret : chaque fois que quelqu'un tire la chasse d'eau dans le studio NetworkChuck, tout le monde perd la connexion NAS. Monteurs compris. Le motif est si régulier que l'équipe oscille entre blague et sérieux. NetworkChuck transforme l'étrangeté en l'idée qu'il voulait tester depuis longtemps : construire un département informatique composé d'agents tournant sur Paperclip, couvrant réseau, stockage et sécurité. Agissant comme une vraie entreprise, cette structure enquêtera étape par étape et journalisera chaque étape. Les spectateurs sont invités à garder leur propre copie prête, car le récit est mis en scène comme une expérience de construction partagée plutôt qu'un tutoriel.

Où exécuter Paperclip se divise en deux voies. Si vous voulez juste essayer, votre machine actuelle suffit : Mac, Linux ou Windows avec WSL 2 est le départ le plus rapide. Pour un usage complet, une VM Proxmox ou un VPS cloud est recommandée. NetworkChuck promet de montrer les deux. Dans l'exemple de VM Ubuntu, l'installation avance en deux commandes : d'abord télécharger le script d'installation, puis l'exécuter. En configuration avancée, l'accès réseau local est vérifié un par un, puis l'onboarding démarre dans le navigateur à localhost:3100 ou sur votre domaine. Lors de la création de l'entreprise et du premier compte, le PDG est nommé Dumbledore et le plan est d'exécuter ce rôle avec Claude Code.

L'équipe centrale est assemblée avec un langage de noms familier. Trois agents Hermes nommés Ron, Fred et George forment l'épine dorsale informatique. Ron est CTO, Fred ingénieur réseau, George ingénieur stockage. Ces agents ne sont pas formés de zéro ; ils sont décrits comme déjà existants, vivant dans leurs propres VM et prêts avec les compétences nécessaires. NetworkChuck plaisante en parlant de recrutement LinkedIn. La hiérarchie est claire : Fred et George reportent à Ron, Ron reporte à Dumbledore. S'y ajoutent un ingénieur sécurité basé sur Codex et un helpdesk local basé sur Pi. Le message est que quel que soit le harness que vous utilisez, Paperclip peut les rassembler dans une même entreprise et maintenir l'entreprise à jour avec chaque nouveau modèle.

La surface de menace externe est couverte dans le segment sponsorisé mais instructif. La plateforme de threat intelligence centrée sur l'identité Flare surveille le dark web, Telegram et les forums de hackers à la recherche d'identifiants exposés, d'accès et de fichiers secrets. Quand NetworkChuck injecte ses propres données dans Flare, le tableau est lourd : 76 identifiants exposés, un enregistrement de fuite rançon, 390 messages, 23 domaines sosies et 32 mille appareils affectés. Ces appareils appartiennent à de vrais utilisateurs de son académie et les fuites sont en vente sur un marché russe sur Telegram à 10 dollars le log. La découverte de 300 mille mots de passe stockés sur une seule machine, de sessions cookie volées contournant l'authentification multifacteur et d'attaquants qui se connectent au lieu de s'introduire est mise en avant. Le malware voleur d'informations récoltant mots de passe et sessions, 54 pour cent des victimes de rançongiciel présentant des traces de fuite bien avant l'incident, les entreprises détectant une brèche en 36 heures en moyenne tandis que les attaquants monétisent en 48 minutes, et la validation Entra ID de Flare avec révocation automatique de session sont liés. NetworkChuck dit explicitement qu'il prévoit de connecter ce scan à Paperclip plus tard via API.

La mise en pratique de l'installation est montrée étape par étape. Sur la VM Ubuntu, deux commandes téléchargent et exécutent l'installateur ; le démarrage rapide est recommandé pour la plupart des utilisateurs tandis que la configuration avancée vérifie l'accès réseau local un par un. Le navigateur s'ouvre au port 3100, l'onboarding d'entreprise démarre et Claude Code est choisi pour le rôle de PDG Dumbledore. La première tentative échoue car Claude Code n'est pas encore installé et un élément échoué apparaît dans la boîte de réception. La correction est simple : installer Claude Code dans cette box via copier-coller, se connecter, revenir à Paperclip et réessayer. L'onboarding du tableau de bord continue, Dumbledore délivre un message de bienvenue et les premières tâches de l'entreprise sont définies via l'onglet tâches. Cette section est cruciale pour clarifier que le méta-harness lui-même n'est pas un harness d'agent ; les harnesses d'agents tournent sur le serveur Paperclip.

Les premières embauches rendent visibles la gestion et l'approbation. Après la tâche d'onboarding de Dumbledore, Ron est invité. NetworkChuck envoie un message à Ron via Hermes et une demande d'approbation apparaît à l'écran. Avec l'approbation, Ron devient employé et dit attendre l'approbation du board. La caméra se tourne vers l'organigramme : le spectateur en tant que board au sommet, les agents en tant qu'employés en dessous. Ce qui est décrit comme le côté le plus fort de Paperclip est démontré ici : la communication est construite non par le chat mais par les tâches. Pour un test, Dumbledore reçoit une tâche vérifier Ron, Dumbledore ouvre aussitôt une sous-tâche à Ron, deux agents travaillent en parallèle et quand Ron termine, Dumbledore rapporte test terminé. C'est souligné comme le premier moment où un agent a parlé à un autre agent à travers une tâche.

L'embauche en masse s'achève en montage rapide. Fred et George sont ajoutés en un mouvement, puis Dumbledore recrute les autres rôles par tâches. Le tableau résultant est : George et Fred sur Hermes, Arthur Weasley sur Codex, Watchdog sur Pi, Helpdesk sur Pi, Mad-Eye Moody pour la revue sécurité sur Codex et Scanner à nouveau sur Pi. L'adéquation de Pi avec les modèles locaux est spécifiquement notée. Les rôles et les modèles se diversifient et l'organigramme se ramifie. Un détail important est ajouté : vous pouvez parler aux agents sans entrer dans l'UI Paperclip, car chaque agent possède la skill Paperclip. NetworkChuck le montre en faisant assigner à Ron une tâche à Mad-Eye via Hermes. Le fait que le flux d'activité et chaque étape soient traçables et interrogeables est présenté comme essentiel lors de la résolution d'une panne majeure.

Un projet est créé pour la panne déclenchée par la chasse d'eau et tous les détails connus sont remis à Dumbledore. Dumbledore utilise la fonctionnalité expérimentale Cases pour créer un case et répartit le travail entre Arthur, George et Fred. L'écran de détail de tâche montre la pause du sous-arbre, l'annulation, le masquage, le bloqueur et la tâche parente, le reviewer, l'approver, le watcher et les liens de case. La logique d'escalade est particulièrement soulignée : quand un agent est bloqué, il ne dérange pas directement l'utilisateur, il transmet d'abord à Dumbledore, et si Dumbledore ne peut résoudre, il escalade vers le board, le spectateur. Scanner scanne sur le terrain, subit des timeouts mais progresse, Fred termine sa partie et une carte réseau du studio plus un rapport Markdown produit en se connectant aux switches apparaissent dans l'onglet artefacts. Arthur met en place un harness pour capturer les événements et donne à Moody une revue sécurité, bifurquant l'enquête parallèle.

Les points de décision et l'investigation approfondie s'écoulent ensemble. Dumbledore veut avancer avec trois questions : la déconnexion NAS se produit-elle exactement au même instant pour tous, faut-il exécuter un test de chasse contrôlé et faut-il remplacer les optiques ? NetworkChuck dit que ses soupçons se concentrent sur les optiques mais choisit d'attendre le rapport. De nouvelles découvertes apparaissent sur le flux d'activité et l'écran des artefacts : le SFP côté Mac a journalisé six événements de lien en un jour sans correspondance dans le stockage. Ceci est interprété comme preuve que le problème n'est pas le stockage. Dumbledore fait examiner à Fred les flushes spanning tree et table MAC, donne à Ron des tâches de corrélation et vérifie si tous les clients NAS se déconnectent à la même seconde. Alors que l'équipe avance simultanément sur plusieurs fronts, le fait que chaque découverte soit stockée comme artefact et reste interrogeable est souligné encore et encore.

Les routines sont présentées comme l'un des côtés les plus aimés et puissants de Paperclip dans une démo séparée. Une routine est définie comme une tâche planifiée et se déclenche selon un calendrier défini. NetworkChuck construit un exemple simple via dictée vocale : chaque jour vérifier le stockage sur le serveur SEF, chercher des problèmes de santé, rapporter l'espace restant et si sous seuil produire une décision pour le board. La tâche est assignée à Fred, un déclencheur pour chaque jour à 10 heures est ajouté et la routine est exécutée immédiatement. Fred revient en secondes et rapporte 29 téraoctets libres sur le tier SSD. Bien que ce nombre semble important, il est compté comme sous seuil, donc une décision est produite mais reportée pour l'instant. Cette démo est intentionnellement gardée simple pour montrer que les routines peuvent même automatiser les stand-ups quotidiens.

Le rapport intermédiaire et le diagnostic final arrivent en deux actes. Le rapport intermédiaire de Dumbledore est honnête : ce n'est pas le NAS, pas le routeur, pas le spanning tree et un mauvais port n'entraîne pas les autres. Malgré des plongées profondes, le déclencheur n'est pas identifié. Bien que la corrélation avec la chasse semble forte, une porte qui s'ouvre, un compresseur HVAC qui tourne ou une chaise heurtant le patch field sont aussi possibles. La découverte concrète enregistrée est que quatre liens fibre dans la flu powder tombent ensemble en deux secondes et produisent 36 événements de maintenance par semaine. Après un moment, le verdict officiel s'aiguise : pas les toilettes mais quatre liens marginaux dégradés depuis 15 mois. Sur le switch MikroTik, les ports 3, 5, 13 et 19 n'ont plus de marge et perdent la sync 56 fois par jour. Le port 5 s'est déconnecté 20 052 fois depuis le boot, le port voisin seulement 123 fois. Plus de 40 déconnexions étranges par jour et sept fois pendant les heures de travail 2 à 4 ports tombant ensemble à la même seconde ne s'expliquent que par ces quatre liens à la limite. La faute revient à des SFP tiers bon marché d'Amazon achetés en lots différents ; le taux de défaillance dans ce lot est de 50 pour cent et tous les ports problématiques appartiennent au même lot. La correction est leur remplacement par trois SFP MikroTik officiels.

La clôture fusionne les couches technique et culturelle. Pendant l'échange à l'intérieur, il y a une brève coupure et la blague de la salle de toilettes scelle le moment. NetworkChuck résume le sentiment de fonder une entreprise, d'embaucher des employés, de les faire parler par tâches et de rassembler tous les artefacts en un seul endroit. Bien que sa croyance aux toilettes persiste, le récit note que la corrélation reste très forte et que le lien avec les événements autour des toilettes persiste. Les spectateurs sont invités à surveiller une à deux semaines et à s'abonner, l'idée d'un test d'environnement électromagnétique plus profond est reportée faute de temps. Puis l'automatisation Flare revient : la clé API Flare et l'ID tenant sont créés comme secrets et donnés à un nouvel agent nommé Filch, Filch scanne avec la skill Opus 5 et distribue ce qu'il trouve à Ron pour des réinitialisations de mot de passe et à Moody pour des revues. Le caractère importable et exportable de l'organisation, la routine de stand-up quotidienne se déclenchant à 17 heures, les dix agents incluant l'agent miniature Lina et le dialogue entre Taylor et Hermione selon lequel les sauvegardes de séquences et les enregistrements de restream expirent sont présentés comme exemples vivants de la culture Paperclip, et la vidéo se clôt sur une demande de commentaires et d'étoiles.