Cada vez que se inicia una automatización, comienza a trabajar sin que nadie lo solicite. Se ejecuta según un horario o cuando ocurre algo: se abre un pull request, se registra un incidencia, falla una comprobación o un despliegue.
Todas las automatizaciones aparecen en la Fábrica bajo la sección Automatizaciones, indicando qué las activa y qué hacen. Créala en Nuevo trabajo: selecciona Automatización y define cuándo se ejecutará y qué acciones realizará, con tus propias palabras.
- ProgramarHora
- Automatización de eventosAlgo ocurre.
Una tarea ordinaria
Especificación, plan, desarrollo, verificación, revisión. Utiliza un espacio de agente; asigna una prioridad más baja.
P2P3Una solicitud de incorporación de cambios de pull request
No puede fusionarse por sí mismo ni confirmar cambios en tu rama base.
Tú apruebas
Dos tipos de activadores
| Activador | Ejecuciones | Ejemplo |
|---|---|---|
| Un horario | Cada pocas horas, o cada día, semana o mes | Solicita a Sentry nuevos errores cada hora y abre una tarea para cada uno. |
| Ocurre algo | Cuando GitHub o Coroid envían el evento | Si una tarea falla, se identifica la causa y se abre una tarea para corregirla. |
Usa un horario cuando el activador sea realmente el tiempo, o cuando el elemento a monitorear se encuentre en otro sistema que no envíe eventos Coroid, como Sentry o Jira. El horario consulta ese sistema a través de tu... Servidores MCP y genera trabajo para lo que encuentre. Consulta Programaciones.
Usa un evento cuando Coroid pueda notificarte en el momento en que ocurra. Realiza menos trabajo innecesario que un horario que sigue preguntando constantemente.
Eventos que puedes seleccionar en Nuevo trabajo
Desde GitHub, que requiere el Aplicación GitHub:
- Se abre, actualiza o fusiona un pull request
- Se abre una incidencia
- Un comentario menciona a Coroid; solo cuenta si su autor tiene acceso de escritura al repositorio
Desde Coroid:
- Falla una tarea, un plan, una comprobación de Calidad, un despliegue o una verificación de estado del despliegue
- Un despliegue se realiza correctamente
- Se revierte una versión
Los eventos generados por tus propios sistemas necesitan una cuenta de servicio, y los eventos de Slack, Telegram y Jira requieren un filtro: modifica el evento de la automatización en su editor. Consulta Enlaces.
Qué hace
Un agente sigue tus instrucciones. Puede leer el código del proyecto y abrir tareas, pero no realiza cambios directos. El trabajo que genera sigue el mismo proceso de especificación, planificación, construcción, verificación y revisión que cualquier otra tarea, y termina en un pull request que tú apruebas.
Según un horario, una automatización puede también ejecutar tus pruebas de navegador contra una superficie de prueba.
Las automatizaciones permanentes que Coroid crea para ti son interruptores en Control de Calidad, no algo que se cree en Nuevo trabajo:
- Revisar solicitudes de incorporación de cambios. Del Control de Calidad Solicitudes de incorporación de cambios ejecuta las comprobaciones del proyecto en cada pull request (Coroid Control de Calidad) y añade un comentario de Revisión Coroid.
- Convertir mensajes e incidencias en solicitudes. Los mensajes de Slack y Telegram, los comentarios de GitHub que mencionan a Coroid y las nuevas incidencias de Jira se convierten en solicitudes cuando su origen se activa en Control de Calidad, en la sección Antes de que comience el trabajo. Consulta Seguimiento de incidencias para Jira.
- Seguimiento de fallos. Cada tarea fallida, despliegue fallido y versión revertida tienen un interruptor bajo Cuando algo se rompe.
- Limpiar la deuda técnica existente. La de un proyecto Limpieza semanal de deuda técnica es un interruptor en su fila Anti-slop.
Una automatización gestionada por un interruptor indica eso en su página de la Fábrica, con un enlace al interruptor. Puedes pausarla o desactivarla allí; si modificas sus instrucciones, se convertirá en una propia después de que la confirmes.
Las automatizaciones creadas anteriormente que generan solicitudes siguen ejecutándose y aparecen en Automatizaciones. Las automatizaciones que revisaban solicitudes de incorporación de cambios se pausaron cuando Control de Calidad asumió la función de Revisión Coroid.
Plantillas de Nuevo trabajo
Nuevo trabajo solía ofrecer plantillas. Sus funciones se trasladaron a los interruptores anteriores, y las dos que publicaban en Slack pueden redactarse con tus propias palabras, indicando el canal. Publican a través de un Servidor MCP al que te conectas en Configuración, bajo Conexiones: un horario puede usarlo, y una automatización de eventos también, una vez que permitas las herramientas MCP en su editor en la Fábrica. Las automatizaciones creadas a partir de una plantilla seguirán funcionando tal como están. Un enlace antiguo a una plantilla abre el interruptor que la reemplazó, o Nuevo trabajo.
Supervisar una automatización
Abre una automatización en la Fábrica para ver cada ejecución: cuándo se realizó, cuánto costó, qué abrió y por qué una ejecución no finalizó. Desde allí, los propietarios y administradores pueden pausarla, probarla, editarla o eliminarla. Todas las personas de la organización pueden ver las automatizaciones y sus ejecuciones.
Mantener las automatizaciones útiles
El trabajo que abre una automatización compite por los mismos espacios de agente que cualquier otra tarea. Una que se active con frecuencia puede consumir tu capacidad sin que te des cuenta.
- Asigna una prioridad más baja que el trabajo solicitado por las personas.
P2oP3. - Haz que el activador sea específico. El mensaje "Una comprobación falló" se genera continuamente en un repositorio con mucho tráfico. El mensaje "Esta comprobación falló en la rama base" aparece cuando realmente hay un problema.
- Veamos qué ha generado. Si una automatización abre veinte tareas y tú fusionas solo dos, está generando ruido y costes, no valor.
La verdadera medida de una automatización es la proporción de tareas que abre y luego se fusionan, no la frecuencia con la que se activa.
Sentinel
En versiones anteriores de estos documentos se describía a Sentinel, un monitor que detecta ciertas condiciones. No es una funcionalidad independiente. Una condición puede ser un evento sobre el cual actúa una automatización, o algo que comprueba un programa programado.