Una programación ejecuta tareas de forma recurrente sin necesidad de solicitarlas. Puede encontrarlas en la plataforma bajo el menú Automatizaciones y crearlas en Nuevo trabajo como una Automatización que se ejecute según un horario: cada pocas horas, o diaria, semanal o mensualmente.
Para qué sirven las programaciones
Tareas de mantenimiento recurrentes que son fáciles de acordar y fáciles de olvidar:
- Actualizaciones de dependencias
- Tareas de limpieza que se acumulan: código obsoleto, indicadores desactualizados y exportaciones no utilizadas
- Informes recurrentes
- Verificaciones periódicas frente a un estándar que hayas adoptado
La característica común es que la tarea esté bien definida de antemano. Una programación no puede decidir qué merece ser hecho; simplemente repite una instrucción que ya escribiste.
Para qué no sirven
Cualquier cosa que requiera juicio sobre prioridades. Una programación que abra tareas todos los lunes, independientemente de lo que esté ocurriendo, competirá por los mismos espacios de agente que las tareas que realmente planificaste.
El trabajo programado consume capacidad real
Esto es algo que debes tener en cuenta antes de crear varias programaciones.
Una tarea programada es una tarea ordinaria. Se pone en cola, ocupa un espacio de agente y consume recursos del modelo. Tres programaciones diarias en un plan de un solo espacio pueden bloquear todo lo que pretendías hacer.
Historial de ejecuciones
Cada programación guarda un historial de ejecuciones y sus resultados. Revisa este historial ocasionalmente: el modo de fallo de la automatización no es una avería grave, sino producir silenciosamente resultados inútiles durante meses mientras consume presupuesto.
Si una programación ha abierto doce pull requests y no fusionaste ninguno de ellos, la programación es incorrecta.
Programaciones y automatizaciones basadas en eventos
Dos formas en las que el trabajo comienza sin intervención humana:
| Automatización | Se activa mediante |
|---|---|
| Programación | Hora |
| Automatización basada en eventos | Algo que ocurre, como la apertura de un pull request o la falla de una comprobación |
- 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
Utiliza una programación cuando el desencadenante es realmente el tiempo, o cuando lo que monitorizas reside en un sistema que no envía eventos a Coroid, como Sentry o Jira: la programación lo consulta a través de tus servidores MCP. Si lo que realmente quieres es que se ejecute «cuando esto ocurra» y Coroid o GitHub envían ese evento, usa una automatización basada en eventos. De esta manera se evitará realizar trabajo innecesario.
El trabajo también se inicia desde tus propios sistemas y agentes, desde automatizaciones basadas en eventos y desde hallazgos de calidad. Consulta Formas de iniciar el trabajo.