Deja de gestionar sesiones de agentes. Aprobar el trabajo ya finalizado.

Los agentes de programación redactan código con rapidez y luego te entregan tareas adicionales para que las supervisues: diferencias a revisar, vistas previas para probar y seguimientos por redactar. Coroid es una fábrica de software AI que se encarga de todo ese proceso y entrega a tu equipo un pull request ya desarrollado, probado en un navegador en funcionamiento y revisado.

Proyectocity-simTipoTareaPerfil de AIPresupuestoNecesita revisión
Bloque urbano en timelapse: Chrono City

Crea una escena 3D de una manzana urbana. El detalle es esencial. La escena debe incluir un control deslizante de línea temporal en la parte superior con las siguientes opciones: 1945, 1965, 1985, 2005 y 2025.

Flujo de trabajo del agente.
ArquitectoFinalizado
DesarrolladorFinalizado
QAFinalizado
RevisorFinalizado
Devuelto al desarrollador

El agente de QA devolvió la primera versión con dos criterios no cumplidos. El desarrollador corrigió ambos y el agente de QA los verificó nuevamente antes de que el revisor viera el trabajo. Nadie les solicitó nada entre medias.

Criterios de aceptación.
11 de 11 verificados
  • 1. Al cargar la aplicación, se renderiza de inmediato una manzana urbana 3D detallada con la línea temporal en la parte superior.Verificado correctamente
  • 2. Seleccionar cualquiera de los cinco años transforma visiblemente la escena en lugar de cortarla.Verificado correctamente
  • 3. Tras la transformación, todo en la manzana refleja el año elegido.Verificado correctamente
  • 4. Los cinco años son claramente distintos en todas las categorías.Verificado correctamente
Mostrar todos los criterios de 11
Ciclo 2 · 24 elementos recientes
Captura de pantalla del agente de QA de la manzana urbana Chrono CityCaptura de pantalla del agente de QA de la manzana urbana Chrono CityCaptura de pantalla del agente de QA de la manzana urbana Chrono CityCaptura de pantalla del agente de QA de la manzana urbana Chrono City
reviewer-decision.json
Registro de ejecución.
6 ejecuciones registradas
  1. Revisor
    Revisando código
    Completado
  2. QA
    Ejecutando pruebas
    Completado
  3. Desarrollador
    Compilando
    Completado
  4. QA
    Ejecutando pruebas
    Devuelto
  5. Desarrollador
    Compilando
    Completado
  6. Arquitecto
    Planificando
    Completado
Solicitud de extracción.abierto
  • 11 de 11 criterios verificados
  • El agente de QA aprobó en el segundo ciclo
  • El revisor aprobó
Gasto del modelo
1,00 US$
Tokens
34,7 M
Ciclos de entrega
2
Tiempo para obtener pull request
1 h 48 min
Revisar evidenciaNecesita revisión

Una tarea que nadie tuvo que dirigir.

6 agentes ejecutan, 2 ciclos de entrega y todos los criterios de aceptación 11 se verifican en menos de dos horas, por 34,7 M tokens y 1,00 US$ en gastos de modelo.

Recreado a partir de una tarea real en Coroid. Las capturas de pantalla son las propias del agente de control de calidad. El prompt proviene de Bijan Bowen, quien lo utiliza para probar los modelos de AI.

Leer la ejecución de Chrono City

Los agentes en la nube trasladaron la sesión fuera de su portátil. Usted sigue estando dentro del proceso.

Una sesión, local o en la nube, necesita a una persona para ejecutarla, y cuanto más se la entregue, más devolverá. Usted sigue siendo el cuello de botella. De las cuatro tareas siguientes, Coroid se encarga de tres y le deja la que debe seguir siendo suya: la decisión final.

Seleccionar la siguiente pieza de trabajo
En una sesión de agente, local o en la nubeAlguien deja lo que está haciendo, elige una tarea y escribe la instrucción. Si está ocupado, nada comienza.
En CoroidSolicitudes, incidencias importadas, hooks y programaciones se convierten en especificaciones en una cola de prioridades. El trabajo comienza en cuanto hay un espacio disponible para un agente.
Probar lo que se ha recibido
En una sesión de agente, local o en la nubeUsted abre la vista previa, la explora, encuentra los errores y escribe la instrucción de seguimiento.
En CoroidUn agente de control de calidad verifica cada criterio de aceptación en una compilación en ejecución y envía los fallos al agente desarrollador junto con capturas de pantalla.
Mantener el contexto
En una sesión de agente, local o en la nubeCada nueva sesión conoce lo que usted recuerda pegar. El razonamiento queda en una transcripción que nadie vuelve a leer.
En CoroidLa especificación, el plan y cada ejecución, incluidos los fallos, permanecen vinculados al trabajo. La reutilización parte de lo ya aprendido.
Decidir si está listo
En una sesión de agente, local o en la nubeQuien revise el diff, confiando en las pruebas que el agente haya decidido ejecutar.
En CoroidSus políticas de calidad determinan qué debe aprobarse. Una persona autoriza la fusión y solo ve el trabajo que ya ha pasado las pruebas.

Coroid es una fábrica de software, no un agente de codificación superior. Gestiona el proceso alrededor del código para que la atención de su equipo se centre en lo que se construye y lo que se lanza.

La primera compilación parecía completa. No obstante, el equipo de control de calidad la revisó detalladamente.

En una sesión de agente, usted es el responsable del control de calidad de su propia automatización. Abre el navegador, hace clic en todo, detecta los errores y escribe la instrucción de seguimiento, una y otra vez. Aquí, el agente de control de calidad realizó ese trabajo y devolvió la compilación antes de que nadie tuviera que revisarla.

Criterio de aceptación 3

Una de las cinco eras no mostró ningún contenido visual.

Captura de pantalla del control de calidad: se seleccionó 1985 y la ventana de visualización es un campo púrpura vacío.
Ciclo 1 · Control de calidad fallido

“Al seleccionar 1985 no se muestra ninguna ciudad: la ventana de visualización es un campo púrpura granulado, mientras que la interfaz indica 1985. Se reprodujo tres veces.”

Captura de pantalla del control de calidad: la época 1985 se renderiza como un centro urbano neón.
Ciclo 2 · Control de calidad verificado

1985 muestra su horizonte neón completo, tanto si se selecciona mediante el control deslizante como con la tecla 3.

Criterio de aceptación 6

Las tarjetas de información aparecían vacías.

Captura de pantalla del control de calidad: una tarjeta de información de edificio sin descripción.
Ciclo 1 · Control de calidad fallido

“Al hacer clic en un edificio, la cámara se acerca y se abre la tarjeta, pero esta no contiene descripción alguna.”

Captura de pantalla del control de calidad: una tarjeta de información de edificio que describe una torre art déco de 1945.
Ciclo 2 · Control de calidad verificado

Todas las tarjetas de edificios, vehículos y peatones incluyen texto correspondiente a su época; una nueva prueba fallará si alguna de ellas queda vacía.

Desde la tarea hasta el pull request en 1 h y 48 min.

Tarea creada · 11:14Solicitud de incorporación lista · 13:02
  1. Arquitecto
    11:14 · 11 minutos 22 segundos
    101,2 mil tokens
  2. Desarrollador
    11:25 · 38 minutos 1 segundos
    21,4 M tokens
  3. QA
    12:04 · 16 minutos 50 segundos
    4 M tokens
    Devuelto
  4. Desarrollador
    12:21 · 14 minutos 52 segundos
    6,2 M tokens
  5. QA
    12:36 · 21 minutos 53 segundos
    2,5 M tokens
  6. Revisor
    12:58 · 3 minutos 56 segundos
    443 mil tokens
Estimación del arquitecto
12 M
Tokens utilizados
34,7 M
Gasto de modelo
1,00 US$
Servido desde la caché
97 %

El arquitecto estimó 12 M tokens. La ejecución utilizó 34,7 M: el desarrollador revisó sus propias vistas previas, el equipo de control de calidad probó cada etapa en un navegador real y una ronda de re trabajo corrigió los errores detectados. Con 97 % de esos tokens servidos desde la caché, la tarea completa costó 1,00 US$.

Las cinco eras capturadas por el equipo de control de calidad.

  • Captura de pantalla del equipo de control de calidad correspondiente a la era 1945

    1945

  • Captura de pantalla del equipo de control de calidad correspondiente a la era 1965

    1965

  • Captura de pantalla del equipo de control de calidad correspondiente a la era 1985

    1985

  • Captura de pantalla del equipo de control de calidad correspondiente a la era 2005

    2005

  • Captura de pantalla del equipo de control de calidad correspondiente a la era 2025

    2025

Tarda más que una demostración. Esa es la idea: obtienes un pull request ya probado, no uno que aún debas probar.

De una frase a un pull request.

La misma fábrica de software gestiona una corrección de una línea y un plan de varias semanas. Usted permanece donde realmente importa: decidir qué se construye y si se lanza.

Las pantallas se recrean a partir del portal. Los totales del plan provienen de una ejecución real; el otro ejemplo de trabajo es ilustrativo.

Describe el resultado deseado.

Escriba lo que necesita en lenguaje sencillo, adjunte capturas de pantalla o notas y seleccione un proyecto. Coroid convierte todo ello en una especificación con historias de usuario y criterios de aceptación antes de escribir una sola línea de código.

  • Las solicitudes también llegan desde tu sistema de seguimiento, tus herramientas y tu propio producto.
  • Tu solicitud se califica antes de convertirse en trabajo.
  • Coroid decide si es una tarea o un plan, o usted elige
Nuevo trabajo.
Describe el resultado deseado. Coroid encontrará la forma correcta de entregarlo.
Crear como
AutomáticoTareaPlan
Coroid elige el resultado, o tú puedes decidirlo.
Proyecto
web-app
Título del trabajo
Permitir que los clientes exporten sus facturas en formato CSV.
Resumen

Los equipos financieros solicitan constantemente sus facturas en hojas de cálculo. Añade un botón de exportación a la lista de facturas que descargue el filtro actual como CSV.

Finalizado cuando: el archivo se abra en Excel y Numbers, las cantidades utilicen la moneda de la cuenta y las exportaciones con más de 10.000 filas no excedan el tiempo de espera.

Adjuntar archivos
Siguiente: cualificación. Aún no se ha creado nada.Continuar

Las grandes ideas se convierten en planes por fases.

Las solicitudes más grandes se dividen en fases y tareas, con dependencias, estimaciones y una comprobación de viabilidad. Esta escena urbana en 3D se construyó en cinco fases y catorce tareas en poco más de seis horas.

  • Cada tarea tiene su propia especificación y agentes
  • Las fases se ejecutan en orden de dependencia
  • Un único pull request contiene todo el plan
Proyectocity-timelapseTipoPlanPerfil de AIPresupuestoListo para fusionar
Ciudad de la línea de tiempo.

Crear una escena 3D de una manzana urbana. El nivel de detalle es muy importante.

La escena debe incluir un control deslizante de línea de tiempo en la parte superior con las opciones 1945, 1965, 1985, 2005 y 2025.

Tokens
83,5 M / 112 M
Coste
2,05 US$
Est. CO2e
1,59 kg
Duración
6h 15m
Solicitud de incorporaciónabiertoPruebas de revisión
Evaluación de viabilidad.
Viabilidad, estimación y riesgos, comprobados antes de iniciar el trabajo.
Factible

Mission Control mantiene todo en movimiento.

El trabajo listo se recoge en orden de prioridad a medida que se liberan las plazas de los agentes. Usted ve qué se está ejecutando, qué viene después y todo lo que espera su aprobación.

  • Pausar y reanudar toda la plataforma con un solo interruptor
  • Los programas e informes se ejecutan por sí solos según su cadencia
  • Las excepciones le llegan con el motivo adjunto
Ejecución de agentes
En ejecución
3 tareas en curso
Ranuras de agentes3/10
La cola se vaciará
en aproximadamente 2h 40m
6 en cola
Cuota diariaProfesional
11 h 20 minTiempo de agente hoy · sin límite diario
HorizontePróximas 24h
Trabajo actual3 en tiempo real
  • Exportar facturas en formato CSV.
    QA
  • Búsqueda aproximada en la lista de clientes.
    Desarrollador
  • Lista de verificación de incorporación para nuevos equipos.
    Arquitecto
Registro de ejecución
  1. El revisor aprobó “Modo oscuro para la configuración”
  2. El control de calidad verificó 5 de 5 criterios en “Pie de página del PDF de factura”
  3. El control de calidad devolvió “Filtros de búsqueda”: el criterio 3 no se cumplió.
  4. El arquitecto comenzó “Lista de comprobación de incorporación”
Siguiente6
  • Reintentar entregas de webhook fallidasP1
  • Actualizar la biblioteca de fechasP2

Un coordinador dirige a los especialistas. Las compuertas determinan cuándo termina el trabajo.

Descubre cómo funciona el coordinador
  1. 01

    Planificación

    El coordinador consulta el repositorio y la especificación y redacta el plan, incluidos los criterios de aceptación que determinan el éxito.

  2. 02

    Delegar

    Esta plataforma asigna las tareas a un especialista de forma individual, proporcionando instrucciones claras. El desarrollador realiza la implementación, el equipo de control de calidad verifica el resultado y el revisor analiza las diferencias en el código.

  3. 03

    Reaccionar

    Cuando QA detecta fallos en el trabajo o el revisor solicita cambios, el coordinador devuelve las correcciones al desarrollador y QA verifica la nueva versión.

  4. 04

    Control de acceso

    La tarea solo puede finalizar cuando el control de calidad haya aprobado la versión exacta que se distribuirá y, cuando corresponda una revisión, el revisor la haya autorizado. El coordinador no puede invalidar ninguno de los dos veredictos.

No todas las solicitudes deben convertirse en código.

Ver cómo funciona la cualificación
  1. Señal

    Las solicitudes provienen de personas, de tu producto y de tus integraciones.

  2. Calificar

    Coroid limpia, elimina duplicados, verifica y enruta la solicitud.

  3. Construir

    El trabajo cualificado ingresa en la línea de producción regulada.

  4. Comprobar

    Un único Gráfico de Calidad controla el pull request, el lanzamiento y las versiones canary.

Cada pull request incluye toda la documentación correspondiente.

Usted revisa las pruebas, no las instrucciones. Todo ello se adjunta a cada trabajo que Coroid le entrega.

Cómo las especificaciones orientan el trabajo
Especificación.
Objetivo, valor empresarial, historias de usuario, criterios de aceptación y restricciones.
Plan de implementación.
Lo que decidió el arquitecto y por qué, antes de escribir una sola línea.
Pruebas de calidad.
Cada criterio verificado en una compilación en ejecución, con capturas de pantalla e informes.
Decisión de revisión.
Los hallazgos del revisor y las comprobaciones que requieren sus políticas.
Registro de ejecución.
Todas las ejecuciones, incluidas las fallidas, con tokens, modelo y coste.
Entrega en Git.
Una rama y pull request en su repositorio GitHub o GitLab.

Diseñado para ganarse tu confianza con respecto a tu base de código.

Cómo gestiona Coroid la seguridad

Aislado por defecto.

Cada tarea se ejecuta en su propio espacio de trabajo en la nube con acceso limitado a un proyecto. Los agentes no pueden acceder a su red ni a producción.

Tus modelos, tus reglas.

Seleccione un perfil de AI por tarea o por agente, utilice sus propias claves de proveedor o mantenga la inferencia en la UE.

Tú tienes la última palabra en todo momento.

Los agentes realizan el trabajo; las personas lo aprueban. Sus políticas de calidad determinan qué debe superar la prueba antes de que algo se fusione.

Preguntas que los equipos plantean primero.

Ya utilizamos Codex, Cursor o Claude Code. ¿Por qué añadir Coroid?

Puede conservarlos. Aceleran la capacidad de cada ingeniero para escribir cambios. Coroid se ocupa de lo que dejan en manos de una persona: elegir la siguiente pieza de trabajo, probarla en una compilación en ejecución, revisarla según sus políticas y mantener el registro. Sus ingenieros conservan sus herramientas y revisan lo que Coroid les entrega.

¿Podríamos construir esto nosotros mismos con agentes, CI y nuestro sistema de seguimiento?

Podrían hacerlo. Necesitarían especificaciones con criterios de aceptación, una cola con límites de capacidad, control de calidad en el navegador que devuelva el trabajo, políticas de revisión, evidencia vinculada a cada confirmación, coste por tarea y un historial de auditoría, además de alguien que mantenga todo funcionando a medida que cambian los modelos. Eso es una fábrica de software, y es lo que ejecuta Coroid. La mayoría de los equipos preferirían dedicar ese esfuerzo a su propio producto.

¿Coroid reemplaza a nuestros desarrolladores?

No. Se encarga del trabajo bien especificado para que sus desarrolladores puedan dedicar su tiempo a la dirección, la arquitectura y la revisión. Cada cambio sigue necesitando la aprobación de su equipo antes de fusionarse.

¿Cuánto cuesta una tarea?

Se paga por la capacidad de los agentes y por los tokens del modelo que utiliza el trabajo, según las tarifas del proveedor sin recargos. La tarea Chrono City mostrada aquí empleó 34,7 millones de tokens y supuso un gasto de 1,00 US$ en el modelo. Los trabajos más grandes cuestan más, y cada tarea indica su propio gasto.

¿Cómo mantienen la calidad?

Cada tarea se verifica frente a sus criterios de aceptación en una compilación en ejecución, la revisa un agente distinto y se somete a las políticas de calidad que usted establezca. El trabajo que falla regresa con el motivo y usted solo revisa lo que ha superado la prueba.

¿Necesitamos instalar algo?

No. Conecte un repositorio GitHub o GitLab en el navegador. Los agentes trabajan en los espacios de trabajo en la nube de Coroid, por lo que no hay extensión IDE ni configuración local.

¿Dónde va nuestro código?

A un espacio de trabajo aislado durante la duración de la tarea, con acceso limitado a ese proyecto. Hay disponible un perfil de alojamiento en la UE y modelos exclusivos de la UE; la implementación en las instalaciones está en vista previa privada.

Coroid Expo

Recorre la fábrica en lugar de limitarte a leer sobre ella.

Visite la Coroid Expo, una feria comercial en 3D donde cada funcionalidad tiene su propio stand, y hable con los agentes que la gestionan.

Entregue una parte de su lista de tareas pendientes.

Elija algo que su equipo siempre pospone, entréguelo y váyase. Vuelva a encontrar un pull request que ya haya sido probado.