Cairn

Cuando varios agentes de IA trabajan sobre un mismo repo, el conocimiento sobre el proyecto tiene la fea costumbre de morir con la sesión que terminó. El primer agente conoció las dependencias ocultas, averiguó qué parte del código es frágil, y estableció cómo se despliega aquí. Luego la sesión se apaga y ese conocimiento desaparece. Al siguiente agente le explicas lo mismo desde el principio, y al de después, y otra vez, hasta que te conviertes en el cuello de botella del conocimiento sobre tu propio proyecto.

No es un problema de potencia de cálculo ni de modelo. Ningún agente más potente lo arregla, porque es un problema de memoria entre sesiones, no dentro de una sola. Cairn apunta exactamente a ese punto: guarda el briefing y el historial de decisiones en un solo lugar que no desaparece cuando un agente termina su trabajo. Todo el resto de este caso práctico cuenta por qué es deliberadamente un registro y no otro orquestador más.

Una sesión de agente es efímera por naturaleza. Reúne contexto, construye su trabajo sobre él, y luego termina y todo ese contexto se evapora. Con un solo agente no es problema: lo recuerdas tú. Con cinco que entran en el mismo repo uno tras otro o en paralelo, cada uno parte de cero y cada uno redescubre las mismas minas de nuevo. La misma migración frágil, el mismo despliegue no evidente, la misma dependencia que solo estalla en cierto orden.

El reflejo natural es escribirlo en el README o pegarlo en el prompt. Solo que un README envejece rápido, y un prompt muere con la ventana de chat. Hacía falta un lugar que crece con el proyecto y sobrevive a las sesiones individuales: algo que un agente consulta en busca de contexto a la entrada y a lo que añade lo que hizo a la salida.

Habría sido fácil convertir esto en otro orquestador más que lanza los agentes por sí mismo e intenta dirigirlos. Renunciamos a ello a propósito, porque los runners tienen un destino previsible: se enganchan en profundidad a tu entorno, asumen cada vez más cosas sobre él, y pronto se convierten en algo que necesita mantenimiento por sí mismo. En lugar de dar memoria, quitan tiempo.

Un registro de coordinación es lo contrario: simple, pasivo y sin estorbar a nadie. El agente sigue viviendo donde vive de costumbre, en tu terminal o tu pipeline, hace su trabajo en su propio entorno, y Cairn solo le da memoria y un lugar para reportar. Aquí no hay magia de orquestación que funciona en una demo y se deshace en un proyecto real, porque no hay orquestación en absoluto.

En el corazón hay un registro de coordinación por proyecto. En lugar de guardar el conocimiento en la cabeza de un agente o en una sesión de chat, lo escribes una vez como briefing, y cada agente siguiente empieza leyéndolo. Cuando termina, añade su propia entrada: qué hizo, cuál es el estado, qué queda abierto para el siguiente. El registro crece y se convierte en la memoria del proyecto, independiente de qué sesión esté viva en cada momento.

La clave es que una entrada no es texto libre, sino una estructura corta con un estado y una lista de lo que queda abierto para el siguiente. Así el registro se lee igual de rápido para una máquina y para un humano, y el siguiente agente no tiene que adivinar dónde se detuvo el turno anterior.

La diferencia solo se hace visible en la distancia. Sin memoria compartida, el coste de incorporar a cada nuevo agente crece, porque cada vez explicas a mano un historial de proyecto cada vez más largo. Con Cairn ese coste es plano: el primer agente y el décimo leen la misma fuente, así que entran en el trabajo con la misma imagen, sin importar qué número sean en el orden.

Esa es toda la diferencia entre un equipo que escala el número de agentes y un equipo que se ahoga en su propio onboarding. La memoria que sobrevive a las sesiones convierte el conocimiento sobre el proyecto, de algo que hay que reconstruir cada vez, en algo que simplemente está.

Un equipo que lanza varios agentes sobre el mismo código deja de ser el cuello de botella de su propio conocimiento. El briefing lo escribes una vez, no en cada nueva ventana de chat. El agente que aparece en tercer lugar sabe tanto como el primero, porque lee lo mismo. Cairn no es vistoso y no intenta serlo: es la capa de memoria silenciosa que antes faltaba entre las sesiones.

Como lo alojas tú, ni el código ni el historial de decisiones salen hacia la nube ajena. La memoria del proyecto se queda donde está el proyecto: contigo. Es una capa discreta, pero una vez que empiezas a lanzar agentes en serie, es difícil volver atrás sin ella.