Tarea registrada de Coroid · 25 de septiembre de 2026

Chrono City: del briefing a las solicitudes de incorporación verificadas de pull request

Una escena urbana de cinco épocas parecía lista tras la primera construcción. El control de calidad en el navegador detectó dos criterios no cumplidos, devolvió el trabajo y verificó las correcciones antes de que pull request estuviera listo. Este es el registro de esa ejecución.

Esta fue una tarea de producción propia de Coroid. Las imágenes siguientes son capturas del agente de control de calidad realizadas en su navegador en ejecución, no ilustraciones generadas. Los totales de ejecución provienen del historial de ejecución.

Ejecuciones de agentes
6
Ciclos de entrega
2
Criterios verificados
11/11
Tokens utilizados
34,7 M tokens
Gasto en modelo
1,00 US$
Hasta pull request
1 h 48 min

El encargo y sus comprobaciones

Cree un bloque urbano interactivo que muestre las épocas de 1945, 1965, 1985, 2005 y 2025. Los visitantes deben poder seleccionar cada época y ver los detalles específicos de los objetos de la escena.

Cómo Coroid redacta los criterios de aceptación
  1. Criterio 3: cada época seleccionada debe mostrar su respectiva escena urbana.
  2. Criterio 6: las fichas de edificios, vehículos y peatones deben incluir descripciones propias de su época.

Qué detectó el control de calidad en el navegador

En el primer ciclo de entrega, la etiqueta del año cambió a 1985 pero la ciudad no se mostró. El control de calidad reprodujo tres veces la vista en púrpura vacía. También encontró descripciones vacías en las fichas de información. Ambos problemas se devolvieron al agente desarrollador antes de la revisión.

Captura de pantalla del control de calidad: se seleccionó 1985 y la vista es un campo púrpura vacío
Ciclo 1: apareció la etiqueta de 1985, pero la escena estaba vacía.
Captura de pantalla de control de calidad: la época de 1985 se muestra como un centro urbano neón.
Ciclo 2: el control de calidad verificó el horizonte neón tanto con el control deslizante como con la tecla 3.

Lo que llegó a revisión

El arquitecto planificó el trabajo, el desarrollador lo implementó dos veces, el control de calidad se ejecutó dos veces y un revisor comprobó el resultado. Todos los 11 criterios de aceptación se cumplieron en el segundo ciclo. pull request estuvo listo 1 hora y 48 minutos después de crear la tarea.

El arquitecto estimó 12 M tokens. Se utilizaron más porque el desarrollador revisó las representaciones visuales, el equipo de control de calidad probó la escena en un navegador y los errores detectados exigieron un segundo ciclo. 97 % tokens se sirvieron desde la caché; el coste del modelo fue de 1,00 US$.

Captura de pantalla de control de calidad: una tarjeta de información de edificio que describe una torre art déco de 1945.
Ciclo 2: la tarjeta de información incluye una descripción acorde a la época.

Vea cómo se define el flujo de trabajo

La guía de especificaciones explica cómo un resumen se convierte en alcance y criterios de aceptación que el control de calidad puede verificar.

Leer la guía de especificaciones