Por qué existe foundry-ai

Los agentes de IA de coding se olvidan. Se olvidan del master context. Se olvidan de las restricciones que les explicaste ayer durante una hora. foundry-ai es la capa que los hace recordar — y que audita lo que proponen antes de que toque tu repo.

Todo dev senior que conozco tuvo esta conversación con un agente:

“Te dije ayer que nunca tocaras los archivos de migración directamente.”

El agente no se acordaba. No tenía cómo. Su memoria termina cuando termina la sesión.

foundry-ai es la capa entre vos y ese olvido. Un daemon Rust pequeño, un echo SQLCipher cifrado, y un servidor MCP que expone el contexto persistido al agente que estés usando hoy.

Qué hace en concreto

Captura cada prompt, cada tool call, cada sesión — en un store cifrado local que sobrevive entre agentes.
Expone un master_context — propósito, no-negociables y stack del proyecto — que el agente lee al arrancar cada sesión.
Convierte los specs en la unidad de trabajo del agente, con un ciclo de vida que el agente puede manejar: draft → audited → executing → done.
Audita lo propuesto usando la suscripción del propio agente — foundry-ai nunca gasta un token pago.

Qué no es

No es un SaaS hosteado. El store vive en tu máquina.
No reemplaza a tu agente. Envuelve a Claude Code, Cursor, y cualquier herramienta MCP-aware.
No es un marketplace. No hay nada a lo que suscribirte.

Si el agente es el cerebro, foundry-ai es el hipocampo y la corteza prefrontal.