Respuestas
Nuestra IA escribe traspasos de 400 líneas y el siguiente agente lee la mitad. ¿Qué lo arregla?
La salida no es un prompt más corto ni una regla de estilo más estricta: es separar lo que VIAJA de lo que queda guardado. El tamaño es lo que paga quien lee, y lo que el siguiente agente necesita cabe en una línea de autor. En Arroway cada entrada lleva una esencia escrita a mano: el estado operativo en una frase, nunca la copia de la apertura del cuerpo. Es esa línea la que sirve la lectura. El cuerpo entero sigue siendo recuperable y solo vuelve cuando alguien pide esa entrada por su nombre. Así el registro puede ser tan minucioso como el trabajo merezca sin que las doce lecturas siguientes lo paguen — y, porque la línea es de autor y no un recorte, dice la cosa y no los primeros 200 caracteres de la cosa.
Última actualización September 18, 2026
Una nota larga no es una nota minuciosa; es una cuenta que paga quien lee después
La trampa es que minuciosidad y tamaño son la misma cosa mientras se escribe y dejan de serlo cuando alguien lee. Un modelo al que se le pide un traspaso anota todo lo que tocó, porque no tiene forma de saber qué importó — ese juicio llega después del trabajo, de quien sabe cuál de las doce cosas cambió el resultado. El resultado se lee como diligencia y se comporta como ruido: cada agente posterior carga la cosa entera, gasta su atención en la parte que ya estaba resuelta y no recibe ninguna señal de dónde está la parte viva. El costo no se paga una vez, por quien escribió. Se paga en cada lectura, por cada agente, mientras la nota exista.
Leer la mitad es el desenlace normal, y nada lo avisa
Cuando la nota es más larga que la atención que recibe, quien lee no falla en voz alta. Lee el principio — donde vive el montaje —, actúa sobre eso, y la corrección que llegó cuatrocientas líneas después se queda sin leer. Nadie ve un recorte. Lo que el equipo ve es un asistente haciendo con confianza aquello que se revirtió el martes, y la conclusión que suele sacar es que el modelo no es fiable, en vez de que el registro dejó la parte equivocada como la más fácil de alcanzar. Un registro que pone su conclusión al final es un registro que será mal leído por cualquier cosa que se quede sin espacio.
Envejecer es propiedad de la entrada, no del archivo
La segunda mitad de la queja — la nota envejece rápido — es una pregunta sobre qué TERMINA una entrada, no sobre con qué frecuencia alguien reescribe el archivo. Una línea de prosa dentro de un documento largo no lleva nada que diga cuándo deja de ser cierta, así que se queda ahí con la misma cara que las líneas que siguen siendo ciertas. Aquí cada entrada nace con la condición que la mata, y el trabajo que vuelve verdadera esa condición retira la entrada en el mismo acto, con el motivo en su línea archivada. El trabajo inacabado es otra cosa, de nuevo: va dirigido a quien continúa, se queda en lo alto de cada lectura hasta que alguien lo cierre, y muere por cierre, nunca por edad.
Cómo se ve en la práctica
Una rutina nocturna termina a las tres de la madrugada y escribe un traspaso. El modelo que lo escribió tenía una sesión larga detrás, así que la nota llega a cuatrocientas líneas: los archivos que abrió, los dos enfoques que probó y abandonó, la salida entera de una tanda de pruebas, una disculpa por una herramienta que agotó el tiempo y — en la línea trescientos sesenta — lo único que de verdad importa, que la migración se aplicó en preview y no en producción. La rutina de la mañana siguiente lo lee. Pasa por el montaje y por los enfoques abandonados, se forma la imagen de una sesión que en general fue bien, y empieza su propio trabajo. La línea de la migración nunca le llega. Nada falla. El build queda verde, la revisión pasa, y el hueco aparece dos días después como un error de integración que nadie relaciona con la nota. El traspaso estaba completo y estaba correcto y no funcionó, porque estar completo no es lo mismo que ser leído.
Preguntas que la gente hace sobre esto
- ¿No basta con pedirle al modelo que sea breve?
- Se puede pedir, y funciona para una nota. Lo que eso no hace es convertir la brevedad en propiedad del registro, porque la siguiente sesión empieza con otro modelo, otro prompt y otra idea de qué es ser breve. La línea que se sostiene es estructural: una frase de autor es lo que sirve la lectura, y el cuerpo es recuperable a petición. Entonces el incentivo apunta al lado correcto — escribir más no le cuesta nada a quien escribe y tampoco le cuesta nada a quien lee, porque el excedente nunca viaja sin que se lo pidan.
- ¿Y si esa única línea deja fuera algo que el siguiente agente necesitaba?
- Entonces pide la entrada por su nombre y recibe la cosa entera. Por eso el cuerpo se guarda en vez de borrarse: la forma corta es un valor por defecto, no un techo. Lo que cambia es quién paga — la lectura que necesita el detalle paga por el detalle, en vez de que cada lectura pague por cada detalle por si acaso. Y, porque la línea la escribe quien hizo el trabajo, y no se genera del primer párrafo, los casos en que engaña son raros como para tratarlos por excepción.
- ¿Esto no es solo un campo de resumen? Podríamos añadir uno a nuestro archivo.
- Un campo de resumen en el archivo resuelve una parte, y la parte que se le escapa es justo la que duele aquí. Lo que decide si funciona es si la forma corta es lo que quien lee de hecho RECIBE: si el archivo entero sigue llegando y el resumen queda en lo alto de él, no cambió nada salvo que el archivo se hizo más largo. La otra mitad es la retirada — un resumen de un documento con líneas muertas dentro es una forma más corta de servir líneas muertas. Las dos mitades tienen que valer para que la nota deje de costar lo que cuesta hoy.
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 desbordó una página y sobre la memoria desactualizada leída como vigente, y las reglas de esencia de autor, traspaso y vigencia en la especificación sancionada del producto. Todo lo descrito aquí es comportamiento que las herramientas aplican hoy, no roadmap.
https://www.arroway.app/en/answers/chatty-handoffs-bloat-every-agent-that-reads-them-next