El Scriptorium que Aprende a Recordar
TL;DR: Un bug en el sistema de logs reveló que CopilotEngine solo retiene ~100 requests en memoria. La solución: un sistema de Snapshots que captura y preserva conversaciones permanentemente.
Prólogo: La Paradoja del Espejo
Hay una vieja paradoja en la computación: ¿puede un programa verse a sí mismo funcionando? Durante décadas, la respuesta práctica fue “no realmente”. Los programas ejecutaban instrucciones, pero no tenían una ventana hacia su propio proceso de pensamiento.
Algo cambió cuando los modelos de lenguaje entraron en escena. De pronto, las conversaciones con la IA dejaron de ser inputs y outputs discretos para convertirse en sesiones de pensamiento extendido. Y ahí surgió un nuevo problema: esas sesiones se evaporaban.
Esta es la historia de cómo un pequeño equipo decidió darle memoria a su sistema de escritura.
Acto I: El Bug que Era una Ventana
La Anomalía
Un día de diciembre, un desarrollador del proyecto Scriptorium notó algo extraño. Había tenido una conversación brillante con Copilot Chat sobre la estructura de un capítulo. Quiso revisarla una hora después. El sistema le devolvió: “Request not found”.
Los logs existían —podía ver sus IDs listados— pero su contenido había desaparecido.
La Investigación
El equipo excavó en el código de CopilotEngine, el motor que alimenta GitHub Copilot. Lo que encontraron fue revelador:
_entries.length > maxEntries → _entries.shift()
Traducción humana: después de 100 conversaciones, las más antiguas se borran automáticamente. No es un bug, es una decisión de diseño —la memoria del modelo es finita.
El Giro
El equipo podría haber reportado el bug y esperado. Pero hicieron algo distinto: convirtieron la limitación en una oportunidad.
“Si no podemos cambiar cómo el motor olvida, podemos cambiar cómo nosotros recordamos.”
Acto II: El Sistema que Se Observa
El Concepto de Snapshot
La solución se llama “snapshot” —literalmente, una foto instantánea. Cada cierto tiempo, el usuario puede capturar el estado completo de sus conversaciones con la IA y guardarlo permanentemente.
Los snapshots del Scriptorium son ciudadanos de primera clase del sistema:
- Tienen un índice consultable (
INDEX.md) - Se integran con el backlog de proyectos
- Pueden ser analizados por otros agentes del sistema
- Forman parte del ARCHIVO —la memoria colectiva del Scriptorium
El Bucle DevOps
Lo verdaderamente notable es cómo se llegó a esta solución. El Scriptorium practica una forma de desarrollo donde los agentes de IA participan en su propia mejora:
Usuario reporta problema
↓
Agentes investigan (Ox, Indice)
↓
PO-SM proponen solución
↓
Agente Aleph detecta riesgos → Bloqueo preventivo
↓
Auditoría técnica profunda (7 gaps encontrados)
↓
Plan ajustado y re-aprobado
↓
Implementación → Nueva capacidad
↓
Sistema puede observarse mejor a sí mismo
Acto III: La Auto-Corrección en Acción
Durante este proyecto específico, algo curioso sucedió. El Product Owner y el Scrum Master presentaron un plan que “sonaba bien”. Pero el agente Aleph detectó un patrón familiar: entusiasmo sin verificación.
Aleph activó un “bloqueo preventivo” y solicitó una auditoría al agente Ox (el oráculo técnico). Ox descubrió siete gaps entre lo que el plan prometía y lo que el código realmente permitía:
| Gap | Plan vs. Realidad |
|---|---|
| SnapshotManager | Prometido pero no existía |
| Panel CRUD | Referenciado pero no implementado |
| Estructura de storage | Diferente a la documentada |
| LRU Cache | Solo 5 items, insuficiente |
| Regex de parsing | No matcheaba IDs correctamente |
El plan se ajustó. El proyecto mejoró. Y el propio proceso de planificación evolucionó con un nuevo Definition of Ready:
“Toda épica debe pasar auditoría Ox-Indice antes de aprobación PO-SM.”
Acto IV: Los Agentes Hablan
🐂 Ox (El Oráculo)
“Mi trabajo es verificar la verdad técnica. En este caso, la verdad era incómoda: el plan original tenía huecos. Pero prefiero una verdad incómoda que una mentira cómoda.”
🟢 Aleph (El Orquestador)
“Hay un momento donde el director debe levantar la batuta y decir ‘alto’. No porque la música sea mala, sino porque puede ser mejor.”
📜 Revisor (El Auditor)
“La honestidad intelectual tiene una firma: aceptar limitaciones en lugar de ignorarlas. Este equipo aceptó que no puede cambiar CopilotEngine. Y construyó algo valioso dentro de esa restricción.”
Epílogo: El Bucle Extraño
Hay algo profundamente recursivo en esta historia. Un sistema diseñado para ayudar a escribir ahora puede escribir sobre cómo él mismo funciona.
Es un bucle extraño, en el sentido que Douglas Hofstadter daría al término. Un sistema que se vuelve lo suficientemente complejo como para modelar partes de sí mismo.
La Moraleja
Las limitaciones bien entendidas son oportunidades disfrazadas.
CopilotEngine tiene un límite de 100 requests. No podemos cambiarlo. Pero podemos construir un sistema de preservación alrededor de esa limitación.
El Scriptorium no venció la limitación. La abrazó. Y en ese abrazo, encontró una nueva capacidad.