Paperclip convierte agentes en empresa: cómo un meta-harness resolvió el misterio del NAS disparado por el inodoro

Todos usamos agentes, ¿verdad? NetworkChuck ejecuta ocho en su estudio: Hermes, Codex, Claude Code y modelos locales basados en Pi. Como dice Dodo, el problema ya no es el modelo en sí sino gestionar la multitud. ¿Quién habla con quién, quién hace qué, cómo se rastrea el trabajo y dónde queda la seguridad? Los intentos anteriores que simplemente encerraban agentes en una sala para charlar nunca escalaron. Paperclip entra aquí. No es un harness, es un meta-harness. Ya uses Claude Code, Codex, Hermes o Pi, la idea es contratarlos a todos en la misma empresa y hacer que se comuniquen a través del trabajo. Presentada como la respuesta más clara a la fatiga de harnesses, este video prueba esa respuesta en vivo contra una avería real.

El creador de Paperclip, Dodo, muestra su rostro por primera vez y resume el meta-harness en una frase: los agentes se convierten en empleados, les das managers y asignas trabajo, y la comunicación ocurre a través de tareas, con propósito y precisión. En lugar de un pueblo de agentes sin objetivo, hay tareas intencionales. La visión vendida al espectador es simple: cuando aparece un nuevo modelo o harness no reconstruyes desde cero, lo añades a Paperclip y la empresa existente puede usar sus nuevas capacidades de inmediato. Por eso el harness maxing se repite sin cesar. La empresa se enmarca como el techo único capaz de portar cada última función de modelo y harness, y las bromas del café mantienen vivo ese entusiasmo.

El misterio en el terreno es muy concreto: cada vez que alguien descarga el inodoro en el estudio de NetworkChuck, todos pierden la conexión NAS. Editores incluidos. El patrón es tan regular que el equipo oscila entre broma y seriedad. NetworkChuck convierte la rareza en la idea que quería probar desde hace tiempo: construir un departamento de TI compuesto por agentes que corren sobre Paperclip, cubriendo red, almacenamiento y seguridad. Actuando como una empresa real, esta estructura investigará paso a paso y registrará cada paso. Se dice a los espectadores que mantengan su propia copia lista, porque la narrativa está montada como una experiencia de construcción conjunta más que como un tutorial.

Dónde ejecutar Paperclip se divide en dos vías. Si solo quieres probarlo, tu máquina actual basta: Mac, Linux o Windows con WSL 2 es el inicio más rápido. Para uso completo se recomienda una VM Proxmox o un VPS en la nube. NetworkChuck promete mostrar ambos. En el ejemplo de VM Ubuntu la instalación avanza en dos comandos: primero descargar el script de instalación, luego ejecutarlo. En configuración avanzada el acceso a la red local se verifica uno por uno, luego el onboarding arranca en el navegador en localhost:3100 o en tu dominio. Al crear la empresa y la primera cuenta el CEO se nombra Dumbledore y el plan es ejecutar ese rol con Claude Code.

El equipo central se ensambla con un lenguaje de nombres familiar. Tres agentes Hermes llamados Ron, Fred y George forman la columna vertebral de TI. Ron es CTO, Fred ingeniero de red, George ingeniero de almacenamiento. Estos agentes no se entrenan desde cero; se describen como ya existentes, viviendo en sus propias VM y listos con las habilidades necesarias. NetworkChuck bromea diciendo que es como contratar vía LinkedIn. La jerarquía es clara: Fred y George reportan a Ron, Ron reporta a Dumbledore. Se añaden un ingeniero de seguridad basado en Codex y un helpdesk local basado en Pi. El mensaje es que no importa qué harness uses, Paperclip puede reunirlos en una misma empresa y mantenerla al día con cada nuevo modelo.

La superficie de amenaza externa se cubre en el segmento patrocinado pero instructivo. La plataforma de inteligencia de amenazas centrada en identidad Flare monitorea la dark web, Telegram y foros de hackers en busca de credenciales expuestas, accesos y archivos secretos. Cuando NetworkChuck inyecta sus propios datos en Flare el cuadro es pesado: 76 credenciales expuestas, un registro de fuga de rescate, 390 mensajes, 23 dominios sosias y 32 mil dispositivos afectados. Estos dispositivos pertenecen a usuarios reales de su academia y las fugas están a la venta en un mercado ruso en Telegram a 10 dólares el log. El hallazgo de 300 mil contraseñas almacenadas en una sola máquina, sesiones de cookie robadas que eluden la autenticación multifactor y atacantes que inician sesión en lugar de irrumpir se destaca. El malware ladrón de información cosechando contraseñas y sesiones, el 54 por ciento de víctimas de ransomware mostrando trazas de fuga mucho antes del incidente, las empresas detectando una brecha en 36 horas en promedio mientras los atacantes monetizan en 48 minutos, y la validación Entra ID de Flare con revocación automática de sesión se vinculan. NetworkChuck dice explícitamente que planea conectar este escaneo a Paperclip más tarde vía API.

La configuración práctica se muestra paso a paso. En la VM Ubuntu dos comandos descargan y ejecutan el instalador; el inicio rápido se recomienda para la mayoría mientras la configuración avanzada verifica el acceso a la red local uno por uno. El navegador se abre en el puerto 3100, arranca el onboarding de la empresa y se elige Claude Code para el rol de CEO Dumbledore. El primer intento falla porque Claude Code aún no está instalado y aparece un elemento fallido en la bandeja. La solución es simple: instalar Claude Code en esa caja vía copiar-pegar, iniciar sesión, volver a Paperclip y reintentar. El onboarding del panel continúa, Dumbledore entrega un mensaje de bienvenida y las primeras tareas de la empresa se definen a través de la pestaña de tareas. Esta sección es crucial para aclarar que el meta-harness en sí no es un harness de agente; los harnesses de agente corren sobre el servidor Paperclip.

Las primeras contrataciones hacen visible la gestión y la aprobación. Tras la tarea de onboarding de Dumbledore se invita a Ron. NetworkChuck envía un mensaje a Ron vía Hermes y aparece una solicitud de aprobación en pantalla. Con la aprobación Ron se convierte en empleado y dice esperar aprobación del board. La cámara gira hacia el organigrama: el espectador como board arriba, los agentes como empleados abajo. Lo descrito como el lado más fuerte de Paperclip se demuestra justo aquí: la comunicación se construye no a través del chat sino a través de tareas. Para una prueba Dumbledore recibe una tarea de verificar a Ron, Dumbledore abre al instante una subtarea a Ron, dos agentes trabajan en paralelo y cuando Ron termina Dumbledore reporta prueba completada. Se destaca como el primer momento en que un agente habló con otro a través de una tarea.

La contratación masiva se completa en un montaje rápido. Fred y George se añaden de un movimiento, luego Dumbledore contrata los otros roles mediante tareas. El cuadro resultante es: George y Fred en Hermes, Arthur Weasley en Codex, Watchdog en Pi, Helpdesk en Pi, Mad-Eye Moody para revisión de seguridad en Codex y Scanner de nuevo en Pi. La buena adaptación de Pi con modelos locales se nota específicamente. Roles y modelos se diversifican y el organigrama se ramifica. Se añade un detalle importante: puedes hablar con los agentes sin entrar en la UI de Paperclip, porque cada agente posee la skill Paperclip. NetworkChuck lo muestra haciendo que Ron asigne una tarea a Mad-Eye vía Hermes. El hecho de que el flujo de actividad y cada paso sean rastreables y consultables se presenta como esencial al resolver una avería mayor.

Se crea un proyecto para la avería disparada por el inodoro y todos los detalles conocidos se entregan a Dumbledore. Dumbledore usa la función experimental Cases para crear un caso y distribuye el trabajo entre Arthur, George y Fred. La pantalla de detalle de tarea muestra pausa del subárbol, cancelación, ocultamiento, bloqueador y tarea padre, revisor, aprobador, watcher y enlaces de caso. La lógica de escalado se enfatiza especialmente: cuando un agente se bloquea no molesta directamente al usuario, lo reenvía primero a Dumbledore, y si Dumbledore no puede resolverlo escala al board, el espectador. Scanner escanea en campo, sufre timeouts pero avanza, Fred termina su parte y un mapa de red del estudio más un informe Markdown producido iniciando sesión en los switches aparecen en la pestaña de artefactos. Arthur configura un harness para capturar eventos y da a Moody una revisión de seguridad, bifurcando la investigación paralela.

Puntos de decisión e investigación profunda fluyen juntos. Dumbledore quiere avanzar con tres preguntas: ¿la desconexión NAS ocurre exactamente en el mismo instante para todos, se debe ejecutar una prueba de descarga controlada y se deben reemplazar las ópticas? NetworkChuck dice que sus sospechas se concentran en las ópticas pero elige esperar el informe. Nuevos hallazgos aparecen en el flujo de actividad y la pantalla de artefactos: el SFP del lado Mac registró seis eventos de enlace en un día sin coincidencia en almacenamiento. Esto se interpreta como prueba de que el problema no es el almacenamiento. Dumbledore hace que Fred examine los flushes de spanning tree y tabla MAC, da a Ron tareas de correlación y verifica si todos los clientes NAS se desconectan en el mismo segundo. Mientras el equipo avanza simultáneamente en varios frentes, el hecho de que cada hallazgo se almacene como artefacto y permanezca consultable se enfatiza una y otra vez.

Las rutinas se presentan como uno de los lados más queridos y potentes de Paperclip en una demo separada. Una rutina se define como una tarea programada y se dispara según un calendario definido. NetworkChuck construye un ejemplo simple vía dictado de voz: cada día verificar el almacenamiento en el servidor SEF, buscar problemas de salud, reportar el espacio restante y si está bajo umbral producir una decisión para el board. La tarea se asigna a Fred, se añade un disparador para cada día a las 10 de la mañana y la rutina se ejecuta inmediatamente. Fred regresa en segundos y reporta 29 terabytes libres en el tier SSD. Aunque ese número suena grande, se cuenta como bajo umbral así que se produce una decisión pero se pospone por ahora. Esta demo se mantiene intencionalmente simple para mostrar que las rutinas incluso pueden automatizar los stand-ups diarios.

El informe intermedio y el diagnóstico final llegan en dos actos. El informe intermedio de Dumbledore es honesto: no es el NAS, no es el router, no es el spanning tree y un puerto malo no arrastra a los demás. A pesar de inmersiones profundas el disparador no se identifica. Aunque la correlación con la descarga parece fuerte, una puerta que se abre, un compresor HVAC en marcha o una silla golpeando el patch field también son posibles. El hallazgo concreto registrado es que cuatro enlaces de fibra en el flu powder caen juntos en dos segundos y producen 36 eventos de mantenimiento por semana. Tras un tiempo el veredicto oficial se afina: no es el inodoro sino cuatro enlaces marginales degradados durante 15 meses. En el switch MikroTik los puertos 3, 5, 13 y 19 no tienen margen y pierden sincronía 56 veces al día. El puerto 5 se ha desconectado 20.052 veces desde el arranque, el vecino solo 123 veces. Más de 40 desconexiones extrañas por día y siete veces durante la jornada 2 a 4 puertos cayendo juntos en el mismo segundo solo se explican por estos cuatro enlaces al límite. La culpa recae en SFP baratos de terceros de Amazon comprados en lotes diferentes; la tasa de fallo en este lote es del 50 por ciento y todos los puertos problemáticos pertenecen al mismo lote. La corrección es reemplazarlos por tres SFP oficiales de MikroTik.

El cierre fusiona capas técnicas y culturales. Mientras se hace el intercambio en el interior hay una breve caída y la broma del cuarto de baño sella el momento. NetworkChuck resume la sensación de fundar una empresa, contratar empleados, hacerlos hablar por tareas y reunir todos los artefactos en un solo lugar. Aunque su creencia en el inodoro persiste, la narrativa señala que la correlación sigue muy fuerte y el vínculo con eventos alrededor del baño persiste. Se dice a los espectadores que vigilen una a dos semanas y se les pide suscribirse, la idea de una prueba de entorno electromagnético más profunda se pospone por falta de tiempo. Luego la automatización Flare vuelve al escenario: la clave API de Flare y el ID de tenant se crean como secretos y se entregan a un nuevo agente llamado Filch, Filch escanea con la skill Opus 5 y distribuye lo hallado a Ron para reseteos de contraseña y a Moody para revisiones. El carácter importable y exportable de la organización, la rutina diaria de stand-up disparada a las 5 pm, los diez agentes incluyendo al agente de miniaturas Lina y el diálogo entre Taylor y Hermione de que los respaldos de metraje y las grabaciones de restream expiran se presentan como ejemplos vivos de la cultura Paperclip, y el video cierra con una petición de comentarios y estrellas.