Respuestas
¿Una ventana de contexto lo bastante grande no resuelve esto sin una herramienta de memoria?
No, porque resuelven problemas distintos. Una ventana mayor aumenta cuánto texto sostiene el asistente a la vez. No dice cuál de ese texto sigue vigente, quién lo aprobó ni qué lo sustituyó después. Ponga toda la historia del equipo delante del modelo y le habrá entregado la decisión revertida en marzo junto a la que la reemplazó, sin nada que marque cuál es cuál. Arroway guarda un conjunto mucho menor — las reglas y decisiones que una persona del equipo aprobó, cada una con el nombre de quién la aprobó y la condición que la termina — y el asistente lee ese conjunto antes de actuar. La capacidad nunca fue la pieza que faltaba. Faltaba que alguien dijera qué vale ahora.
Última actualización September 15, 2026
Capacidad no es curaduría
El argumento de la ventana supone que el asistente adivina porque ha visto poco. Normalmente ha visto demasiado. Un equipo de cualquier edad ya escribió el enfoque que probó y abandonó, la excepción que hizo para un cliente, el estándar que cambió el trimestre pasado — todo cierto cuando se escribió, todo aún perfectamente legible. Ampliar la ventana mete más de eso, no menos. Al asistente no le falta material. Le falta una frase que diga cuál del material sigue mandando, y ninguna cantidad de espacio crea esa frase.
Nada dentro de un documento dice si el equipo estuvo de acuerdo
Incluso un modelo que lea todo perfectamente tiene que decidir a qué obedecer, y eso es una pregunta de autoridad, no de texto. Un documento no registra si alguien lo aprobó, si era un borrador abandonado, ni si quien lo escribió tenía potestad para decidir. Aquí ese registro es el punto: una regla es propuesta hasta que una persona del proyecto la aprueba, y lo que el asistente lee lleva el nombre de quien lo hizo. Eso es un hecho sobre una decisión, así que hay que escribirlo cuando la decisión ocurre. No se recupera después del texto leyendo más texto.
La lectura más barata es la que sigue siendo pequeña
Hay un lado práctico que el argumento de la ventana se salta. Llenar una ventana grande cuesta tiempo y dinero en cada llamada, y crece con el equipo en vez de quedarse plano. Un conjunto de reglas vigentes es pequeño por construcción, porque las que vencieron salieron de él. Leer lo que está en vigor es una lectura corta que no se alarga a medida que la historia se alarga: la misma lectura corta en la primera pregunta del día y en la cuatrocientas.
Cómo se ve en la práctica
Un equipo adopta un modelo con una ventana de contexto enorme y empieza a pegar el manual de ingeniería entero al abrir cada sesión: cada runbook, cada documento de diseño, cada nota de arquitectura. Por un tiempo parece que el problema se acabó. Entonces alguien pregunta por el límite de peticiones. El manual tiene tres respuestas: el límite original, el límite elevado tras una prueba de carga, y una propuesta escrita con esmero que nunca se adoptó. Las tres están en la ventana. Las tres están bien escritas. El asistente responde con la propuesta, porque es la más detallada y la más reciente por fecha de archivo. Nada se recortó y nada se pasó por alto. La sesión tuvo memoria perfecta de un cuerpo de texto en el que nadie escribió nunca cuál límite es el que vale, porque todos en el equipo ya lo sabían.
Preguntas que la gente hace sobre esto
- Las ventanas no paran de crecer. ¿Eso no ayuda en nada?
- Ayuda en aquello para lo que sirve. Documentos largos, bases de código grandes y transcripciones enteras caben en una sesión sin trocearse, y eso es real. Solo que no toca la pregunta de qué está vigente. Las dos se confunden fácil porque ambas parecen “el asistente no sabía”, pero una es un límite de cuánto alcanza a ver y la otra es un hueco en lo que alguien alguna vez registró.
- ¿No bastaría con una sección de “decisiones vigentes” al principio del contexto?
- El instinto es correcto, y es casi esto — con las partes que hacen que sobreviva al contacto con un equipo. Alguien tiene que mantener la sección, lo que significa que alguien debe acordarse de quitar lo que murió. Tiene que llegar a todas las herramientas que la gente usa, no solo a aquella donde vive el archivo. Y tiene que decir quién aprobó cada línea, para que un compañero distinga una decisión de una sugerencia. Una sección que se mantiene solo cuando alguien se acuerda se convierte en la parte caduca de la propia ventana que venía a arreglar.
- Somos un equipo pequeño. ¿No es prematuro?
- El coste del hueco crece con cuántos asistentes y personas tocan el trabajo, no con el tamaño del equipo. Una sola persona usando tres herramientas ya tiene el problema entero: la decisión tomada en una conversación es desconocida en las otras dos, y ninguna lo va a avisar. Lo que cambia con el tamaño es cuánto cuesta cada respuesta equivocada, no si ocurren.
Dónde se puede comprobar
Documentación del producto en este sitio (Cómo funciona, Instalar), la respuesta sobre por qué la recuperación no sustituye a la memoria sancionada para el lado técnico de esta pregunta, y las reglas de sanción, procedencia y vigencia en la especificación sancionada del producto. Todo lo descrito aquí es comportamiento que las herramientas aplican hoy, no hoja de ruta.
https://www.arroway.app/en/answers/context-window-wont-fix-what-memory-fixes