"Cuidado con los pequeños gastos. Una pequeña filtración hundirá un gran barco." — Benjamin Franklin

Existe una versión de la gestión financiera de startups que la mayoría de los fundadores conocen íntimamente. No es dramática. No aparece en una presentación para la junta directiva. Aparece en una factura de la nube que nadie cuestionó, en una licencia de software que alguien que se fue hace cuatro meses todavía usa técnicamente, en una renovación que se renovó automáticamente por un dieciocho por ciento más porque nadie tuvo tiempo de rechazarla.

Las startups son extraordinariamente buenas para moverse rápido. Son notablemente malas para el trabajo pequeño, aburrido y costoso de administrar realmente lo que gastan. No porque los fundadores sean imprudentes, sino porque su atención es el recurso más escaso que tienen y nadie ha descubierto cómo automatizar la negociación.

Los consumidores obtuvieron herramientas que encuentran y cancelan sus suscripciones olvidadas. Las startups no obtuvieron nada.

El equipo detrás de LEGR decidió que ese era el estado equivocado del mundo.

El problema que vivieron primero

La inspiración no vino de la investigación. Vino de dirigir una startup.

Llamadas a modelos incorrectas que ejecutan la opción más costosa cuando una más barata habría hecho el mismo trabajo. Licencias fantasma para personas que se fueron hace meses. Suscripciones a las que nadie recordaba haberse apuntado. Renovaciones que aumentaron automáticamente porque nadie tenía tres días para ir y venir con un proveedor.

La idea no fue que las startups necesitaran un mejor panel de control. Los paneles ya existen. Son ignorados, porque ver un problema y solucionarlo son dos cosas completamente distintas. Lo que el equipo quería construir no era una herramienta que te mostrara el desperdicio. Era algo que hiciera algo al respecto — redactara el correo electrónico, llevara a cabo la negociación, sobreviviera al fin de semana y te enviara un mensaje cuando estuviera terminado.

La analogía a la que siempre volvían: un buen director financiero (CFO) no te entrega un informe y espera. Un buen director financiero se encarga de ello, te mantiene informado en los momentos que importan y cierra el ciclo.

LEGR es el director financiero que nadie podía permitirse contratar antes de que fuera posible construir esto.

Lo que LEGR hace realmente

El producto tiene tres tareas.

La primera es detectar el desperdicio en el gasto en IA: las decisiones de enrutamiento de modelos que se acumulan de forma invisible. Llamadas costosas que se ejecutan donde un modelo más barato habría producido el mismo resultado. Créditos inactivos. Trabajos por lotes olvidados. Patrones que nadie notó porque viven en un archivo de registro, no en una conversación.
La segunda es acabar con la proliferación de SaaS. Cada startup acumula herramientas. Algunas de esas herramientas acumulan licencias y suscripciones que sobreviven a las personas o flujos de trabajo para los que fueron diseñadas. LEGR los encuentra —al comparar lo que dicen las facturas con cómo es realmente el uso— y luego hace lo que ningún panel de control ha hecho jamás: negocia la renovación, de forma autónoma, durante los días que sean necesarios.
La tercera es el cumplimiento de gastos: calificar cada transacción según la política, permanecer en silencio cuando todo está correcto y escalar solo cuando algo necesita a un humano.

La experiencia para un fundador es así: llega un mensaje. "Se acerca una renovación. ¿Negociar? S/N." Escriben S. Tres días después, un seguimiento: "Cerrado. $4,140 ahorrados."

Tres palabras escritas. Cuarenta horas de idas y vueltas manejadas. Un solo mensaje enviado.

La lógica detrás de todo esto

La pregunta arquitectónica que el equipo tuvo que responder fue esta: algunos trabajos toman segundos. Otros trabajos toman días. Esos no son el mismo problema, y no deberían tratarse de la misma manera.

Comprobar si una transacción viola una política es una tarea rápida y sin estado. La ejecutas, obtienes una respuesta y está hecha. Pero negociar una renovación de software no es algo sin estado. Dura días. El proveedor responde según su propio horario. Cada respuesta cambia lo que debería decir el siguiente mensaje. El sistema tiene que sobrevivir a ser reiniciado en medio de la tercera ronda.

El equipo creó una clara separación entre estos dos tipos de trabajo. Las tareas rápidas y limitadas se ejecutan como llamadas cortas. Las negociaciones de larga duración viven como procesos persistentes, cada uno con su propia memoria, su propio historial de hilos, su propia comprensión de qué influencia se ha utilizado y qué queda.

Cada negociación activa lleva un archivo de estado. Ronda actual. Historial completo del hilo. Qué argumentos ya se han planteado. Cuando un proveedor respondió "déjame consultarlo con mi gerente", el sistema tuvo que clasificarlo correctamente —no como aceptación, no como rechazo, sino como una demora— y responder con paciencia. Ese clasificador, dijo el equipo, requirió más iteraciones que casi cualquier otra cosa en la construcción.

El problema más difícil no fue técnico. Fue la moderación.

La primera versión de la interfaz enviaba un mensaje por cada evento. En una hora se había convertido en ruido: aquello que dejas de leer porque siempre tiene algo que decir. La solución fue un sistema de mensajería de tres niveles: silencioso cuando las cosas funcionan, informativo cuando hay un desarrollo que vale la pena conocer, y un aviso real solo cuando realmente se necesita una decisión humana. Saber cuándo no hablar resultó ser la elección de diseño más importante del producto.

De lo que están más orgullosos

El momento que demostraron en el escenario: matar un proceso de negociación en marcha a mitad de ronda, reiniciarlo, verlo leer su archivo de estado y retomar exactamente donde lo dejó. El estado persistente no es una función que describieron. Es una que probaron en tiempo real.

Y el ciclo de principio a fin: un fundador escribiendo tres palabras, un sistema funcionando durante días, un único mensaje de cierre. Ese no es un flujo de demostración. Ese es el producto funcionando según lo diseñado.

105 participantes. 38 proyectos. 36 horas. Hemos seguido lo que salió de ese fin de semana porque la calidad del pensamiento ha seguido mereciendo la atención.

También vale la pena decir: conocemos el problema de la proliferación de SaaS desde adentro. Enter fue construido específicamente para que los constructores no necesiten siete herramientas para lanzar un producto: el editor de diseño, el backend, la base de datos, el despliegue, la capa de colaboración, todo en un solo lugar. Una suscripción. Una plataforma. La ironía de cubrir un proyecto que busca suscripciones olvidadas no se nos escapa.

LEGR se gana su lugar en la serie porque el problema es real, la solución es específica y el equipo entendió algo importante: la parte difícil de construir un agente autónomo no es la automatización. Es saber cuándo dar un paso atrás y dejar que un humano vuelva a entrar. La moderación como principio de diseño. Eso es más raro de lo que parece.

Lo que viene después

A corto plazo: un proceso que inicie sesión directamente en los paneles de administración de los proveedores y ejecute cancelaciones, junto con recibos de captura de pantalla. Negociaciones paralelas que comparten una capa de inteligencia común: una victoria en una negociación se convierte en ventaja en la siguiente. Un modelo persistente de las preferencias, la tolerancia al riesgo y la pista de consumo de cada fundador.

La apuesta a largo plazo: las finanzas son el punto de entrada. La misma arquitectura —agentes rápidos para tareas limitadas, procesos persistentes para trabajos que toman días— se aplica a las operaciones legales, la gestión de proveedores, el cumplimiento de recursos humanos. El equipo lo describió como la primera herramienta que conecta una startup y la última herramienta financiera que necesitan antes de poder permitirse contratar algo real.

Ese tipo de ambición es exactamente para lo que sirven los fines de semana en Princeton.

¿Te perdiste los volúmenes anteriores? → Vol. 1 — Heritage in Pixels → Vol. 2 — Terra Zone AI *→ Vol. 3: *reAgent *→ Vol. 4: *TaleTailor