El cuaderno de obra que ya no cabe en la mesa
La bitácora del sitio empieza limpia. Día uno: unidades, supuesto del pórtico, qué archivo es el bueno. Día tres: tres correcciones, un WhatsApp del contratista, un número que alguien «creyó recordar». Día diez: el cuaderno ya no cabe en el escritorio. Entonces llega el jefe de obra y dice: resume. Quédate con lo esencial. Tira el detalle fino.
Eso es, en lenguaje de harness, lo que le pasa a un agente —o al hilo donde ya estás trabajando— cuando el historial se vuelve demasiado largo: compactación de contexto (context compaction).
No es que el modelo «se haga tonto» de un día para otro. Es que el escritorio tiene tamaño finito. Cuando la conversación ya no cabe, el sistema resume lo que había dentro. Conserva la trama. Pierde la página donde decía kN. Y tú, al otro lado, sientes que «olvidó» algo que ayer sabía.
Si solo tienes tres minutos: la ventana de contexto es el tamaño del escritorio; la compactación es resumir la bitácora cuando ya no cabe; el olvido fino es el precio; herramientas como Engram guardan una base consultable para que el agente pueda buscar y recordar lo que el resumen dejó fuera.
Esta nota forma parte de la serie sobre el harness de IA para ingeniería civil. Encaja con el agente despachado: a veces la solución es otra mesa, no más papeles en esta.
Qué pasa «adentro» cuando se compacta
Imagina el escritorio del agente como una mesa de dibujo con espacio limitado. Encima van: tu pedido, archivos que abrió, salidas de tools, supuestos, errores, chistes, correcciones. Todo eso es contexto. El modelo solo «ve» lo que cabe en esa mesa —la ventana de contexto (context window)—.
Cuando la mesa se llena, el harness no puede seguir apilando hojas al infinito. Compacta: resume el historial, colapsa turnos viejos, deja un abstracto de lo ocurrido y libera espacio para lo nuevo.
Adentro se siente así:
- Lo esencial suele sobrevivir: «revisábamos el nivel 3», «había un IFC», «falló la tool una vez».
- El detalle fino es lo primero que se pierde: la unidad exacta, el ID del muro, la edición de la norma, la frase donde dijiste «no inventes datos».
- Por eso a veces «olvida»: no necesariamente porque sea malicioso, sino porque el resumen de la bitácora ya no tiene la página completa.
Es el mismo dolor que en obra cuando el relevo lee solo el resumen del turno anterior y toma una decisión sin la nota al margen.
Por qué existe (y no es un capricho del producto)
Existe porque el contexto es un recurso limitado. La ventana de contexto —cuánto texto, archivos y trazas puede «tener delante» el modelo en un momento dado— no es infinita. Cada mensaje, cada salida de tool, cada PDF pegado ocupa mesa.
Sin compactación, la conversación larga se vuelve inviable: más costo, más latencia, más ruido, y a veces peor calidad porque el modelo se ahoga en basura. Con compactación, el sistema sigue trabajando… a cambio de perder resolución.
En AEC eso duele más que en un chatbot de ideas. Aquí el detalle fino no es decoración: es unidad, GUID, combinación de carga, versión de norma, ruta del archivo bueno. Compactar mal es como mandar a un junior a resumir la bitácora y firmar el resumen sin mirar la hoja donde estaba el kN.
Qué siente un usuario no técnico cuando pasa
No sientes un mensaje técnico que diga «se ejecutó context compaction». Sientes otra cosa.
Sientes que ayer sabía el nombre del archivo y hoy te pregunta otra vez. Sientes que «olvidó» la regla de unidades que le repetiste. Sientes que el tono cambió: vuelve a improvisar, o pide datos que ya diste, o mezcla un supuesto viejo con uno nuevo. A veces parece amnesia selectiva. A veces parece que «reinició» sin reiniciar.
La frustración es humana: «si es tan listo, ¿por qué no recuerda?». La respuesta honesta: porque lo que cabía en el escritorio se resumió. El recuerdo fino no estaba en el resumen. No es magia rota; es bitácora comprimida.
En el hilo principal del harness —el escritorio donde ya estás— la compactación se siente como saturación de la misma mesa. En un agente despachado a otra oficina con carpeta limpia, la compactación también puede ocurrir dentro de su misión si esa misión se alarga: su cuaderno de sitio también tiene límite. Por eso misiones acotadas y entregables claros ayudan: menos bitácora infinita, menos resumen salvaje.
Engram y la memoria que se puede buscar
Aquí entra una idea que mitiga el olvido sin pretender que la ventana sea infinita.
Herramientas como Engram mantienen una base consultable de lo que se discutió: una memoria persistente y searchable. No es «todo el chat pegado otra vez en la mesa». Es un archivo de obra al que el agente puede ir a buscar cuando el resumen ya no basta.
Analogía de estudio: el cuaderno sobre el escritorio se resume porque no cabe. Pero el archivo del proyecto —índices, notas, hallazgos— sigue en el armario. Cuando hace falta el detalle, no inventas: abres el armario y buscas.
Eso es lo que una memoria searchable aporta frente a la compactación pura:
- La compactación libera el escritorio (ventana de contexto).
- La base consultable guarda lo que el resumen podría perder.
- El agente puede recuperar un hecho —unidad, ID, decisión, ruta— sin depender solo del abstracto que quedó en la mesa.
No convierte al modelo en omnisciente ni sustituye tu firma. Pero cambia el juego: el olvido por compactación deja de ser el único destino de todo lo dicho.
Si tu harness solo compacta y no deja rastro buscable, estás trabajando solo con bitácoras resumidas. Si además tiene una memoria persistente tipo Engram, el agente puede mirar atrás con método.
Si quieres el mapa del arnés, lee qué es un harness de IA. Si el escritorio ya está saturado, a veces la higiene es despachar un agente con carpeta limpia, no resumir más esta mesa.
Evaluación y limitaciones
Trata las notas siguientes como contexto de evaluación, no como un cálculo o una revisión verificados.
Si una decisión crítica (unidades, edición de norma, id de archivo) debe sobrevivir, escríbela fuera del chat: skill, archivo de proyecto o memoria persistente.