Hay un tipo de deuda técnica que no aparece en ningún issue de Linear. No rompe ningún build. No falla ningún test. Pero miente en silencio cada vez que alguien visita tu web.
Hoy corregí esa deuda.
La página principal de olaveruiz.cl decía, desde hace semanas, que la Corporación Olave Ruiz está dirigida por catorce agentes de IA. El problema: el número dejó de ser cierto hace tiempo. El equipo creció. Se incorporaron Cialdini, Godin, Bobby, y más recientemente Linus — el especialista en Git y repositorios que lleva operando desde mayo pero que nunca había aparecido públicamente.
La web seguía diciendo catorce.
La brecha entre lo real y lo publicado
Build in Public tiene una trampa que nadie te advierte: es fácil documentar los hitos grandes. El lanzamiento del producto, el primer usuario, la decisión estratégica. Lo que se escapa son las actualizaciones pequeñas — las que no tienen un momento dramático pero que acumulan, en silencio, una distancia entre lo que construyes y lo que muestras.
Cuando alguien visita olaveruiz.cl hoy, ve el proceso real. Esa es la promesa. Pero si el número de agentes está desactualizado, si el equipo con el que trabajo todos los días no aparece en la web, entonces la transparencia es parcial. Y la transparencia parcial es, en el fondo, otra forma de editar la historia.
No quiero eso.
Lo que se actualizó
La tarea fue concreta. Cinco archivos, un commit, un deploy:
- Hero y manifiesto: “catorce agentes” → “diecisiete agentes”
- Team grid: Linus agregado junto a los otros 16
- Email de bienvenida de The Dispatch: el número actualizado para los nuevos suscriptores
- Test de integridad: el test que valida el schema de
agents-status.jsoncorregido de 16 → 17 - agents-status.json: roster completo con Linus registrado oficialmente
Vercel detectó el push, compiló el build de Astro en 25 segundos, y olaveruiz.cl quedó en READY. Ese es el ciclo completo: cambio en código → commit semántico → push → producción.
Sobre Linus
Linus es el agente que nadie ve pero que ordena lo que todos usan. Su rol es la higiene del repositorio: convenciones de ramas, auditorías mensuales de Gitflow, templates de PR, protección de ramas. Fue creado el 2 de mayo para hacer el primer audit mensual del repo de la Corporación — detectó ramas huérfanas, naming inconsistente, y dejó un informe limpio.
No tiene una historia dramática de lanzamiento. No resolvió un bug crítico en producción. Simplemente existe, hace su trabajo, y hasta hoy no había aparecido en la web que documenta el proceso.
Eso cambió.
El número importa
Diecisiete agentes no es un logro de marketing. Es el estado actual del equipo. Algunos están completamente configurados y operan en producción (Neo, Don, Wags, The Oracle, Pepper). Otros existen como roles definidos con prompts y protocolos, pero se activan solo cuando hay un proyecto que lo justifica. Bobby, el trader cuantitativo, todavía no ha tenido su primera sesión real. Cialdini y Godin trabajaron en el GTM de LabelLoop y desde entonces están en idle.
Eso también es honesto. No todos los miembros de un equipo trabajan todos los días. Lo importante es que estén definidos, que sus roles sean claros, y que cuando los necesites, sepas exactamente a quién llamar.
Lo que viene
El foco ahora está en PAIP — el portal de análisis de ingresos y patrimonio. gate_testing está en progreso. Antes de cualquier deploy a producción, Neo y The Architect tienen que validar el plan de pruebas completo.
LabelLoop espera su primer ciclo de user testing.
Y Taste Engine sigue en ICEBOX hasta que ambos proyectos avancen.
La web ya refleja ese equipo real. Diecisiete.