Respuestas
Si cada sesión tiene que leer las decisiones del equipo antes de actuar, ¿eso no cuesta tokens en cada llamada?
Cuesta una vez por sesión, y a partir de ahí solo lo que cambió. La lectura de un proyecto termina con un sello de sesión. Presenta ese sello en una llamada posterior y las reglas vigentes se REFERENCIAN en vez de reimprimirse, y el espacio que habrían ocupado va al material que esta tarea necesita. Medido en producción en una segunda lectura: 4.826 tokens referenciados en vez de reimpresos. Lo que nunca se salta es la parte que se mueve — el trabajo en vuelo, lo que aterrizó desde entonces, y lo que califica como relevante para lo que estás haciendo ahora. Así, comprobar lo que el equipo ya decidió antes de actuar deja de encarecerse cuanto más lo compruebas, que es la propiedad que decide si alguien sigue comprobándolo.
Última actualización 21 de septiembre de 2026
Toda lectura tiene una mitad fija y una que se mueve, y solo una se repite
Dos lecturas del mismo proyecto con diez minutos de diferencia no son dos copias de lo mismo. La mitad fija — las decisiones fijadas, las reglas que valen para toda tarea — es idéntica entre ellas, palabra por palabra. La otra mitad no: los traspasos todavía abiertos, las entradas escritas desde entonces y el orden de todo lo demás frente a la tarea que declaraste son distintos en la segunda llamada, y son la razón de volver a llamar. Mandar la mitad fija dos veces no compra nada, y no es gratis: sale del mismo presupuesto que la otra mitad, así que no solo cuesta tokens — EXPULSA el material que era relevante.
Quien decide qué ya envió es el lado que sabe
El sello es una prueba que se presenta, no una afirmación que se hace. Un cliente que decidiera por su cuenta qué ya se entregó estaría guardando una segunda copia de la verdad, y la primera vez que las dos discreparan la lectura llegaría callada, sin una regla que nadie podría señalar. Así que la forma es: presentar el sello y dejar que quien guarda las memorias decida si todavía vale. Si no vale — conversación nueva, contexto compactado, un sello que esta conexión nunca recibió — todo vuelve entero. Es la dirección segura de fallar, y por eso el camino barato no necesita ser confiable para poder usarse.
Leer en cada tarea solo sobrevive si leer es barato
La versión cara de esta idea es conocida y no se sostiene: la regla que manda consultar el documento compartido primero, obedecida dos semanas y después rodeada en silencio, porque la consulta cuesta más que la cosa consultada. Hacer barata la lectura repetida es lo que mantiene honesto el hábito. Puedes preguntar qué se decidió ya en los segundos previos a comprometerte con una respuesta, varias veces en la misma sesión, sin que cada comprobación grave el trabajo que debería proteger. La economía no es la función — es lo que mantiene la disciplina lo bastante barata como para seguir funcionando en el tercer mes.
Cómo se ve en la práctica
Una rutina programada abre leyendo su proyecto: las reglas vigentes, los traspasos todavía en vuelo, el registro de la noche anterior y las memorias que califican frente a lo que va a hacer. Esa primera lectura es la cara, y tiene que serlo — es la razón entera por la que la rutina no empieza de cero. Una hora después está a punto de comprometerse con una recomendación, y lo honesto es comprobar otra vez: ¿hay aquí alguna decisión que esto contradiga? Sin sello, esa comprobación significa pagar de nuevo por las mismas reglas vigentes, y una tercera vez cuando la pregunta vuelva antes de la siguiente afirmación. Con el sello presentado, la segunda llamada trae lo que está en vuelo y el mapa de lo demás que el proyecto guarda, con el bloque fijo referenciado en vez de reimpreso — 4.826 tokens en el caso medido. La rutina comprueba tres veces más antes de terminar. Ninguna de esas tres habría ocurrido si cada una costara lo que costó la primera.
Preguntas que la gente hace sobre esto
- ¿Qué deja de enviarse exactamente?
- El bloque que no cambió: las reglas vigentes y las decisiones fijadas ya entregadas en esta sesión, escritas una vez y referenciadas después. Todo lo demás se envía siempre, porque todo lo demás pudo haberse movido — un traspaso que alguien abrió hace veinte minutos, una entrada escrita por otra sesión, el orden del acervo frente a la tarea que nombraste en esta llamada. El ahorro está exactamente en la parte donde repetir no lleva ninguna información.
- ¿Y si una regla cambió entre la primera lectura y la segunda?
- Entonces vuelve. La decisión sobre qué referenciar se toma donde viven las memorias, contra el estado en el momento de la llamada — nunca contra una foto que tu lado guardó. Esa es la diferencia entre referenciar y cachear, y por eso el mecanismo es seguro en una comprobación repetida, y no solo en la primera lectura del día.
- ¿Podemos cachear las reglas de nuestro lado y saltarnos la segunda llamada?
- Puedes, y estarías eligiendo justo la falla que esto existe para evitar: una copia local que está bien hasta que está mal, sin nada que diga en cuál de los dos días estás. El costo de equivocarse aquí no es un texto viejo en una pantalla — es un asistente actuando sobre una regla que el equipo retiró, con seguridad, sin ninguna señal de que algo esté fuera de lugar. Referenciar mantiene la decisión del lado que sabe; cachear la mueve al lado que no puede saberlo.
Dónde se puede comprobar
Documentación del producto en este sitio (Cómo funciona, Instalación), las respuestas sobre el archivo de contexto que ya no cupo en una página y sobre por qué una ventana de contexto mayor no resuelve lo que resuelve la memoria, y el comportamiento de sello de sesión y presupuesto de lectura en la especificación sancionada del producto. La cifra citada se midió en producción el 7 de septiembre de 2026. Todo lo descrito aquí es comportamiento que las herramientas aplican hoy, no roadmap.
https://www.arroway.app/es/answers/cheaper-reads-when-nothing-changed