일정에 따라 주기적으로 작업이 자동으로 실행됩니다. 이를 자동화 메뉴에서 확인할 수 있으며, 새 작업을 통해 몇 시간마다, 또는 매일·매주·매월 단위로 실행되는 자동화 항목을 생성할 수 있습니다.
일정의 활용 사례
합의하기 쉽고 잊어버리기 쉬운 반복적 유지보수 작업입니다:
- 종속성 업데이트
- 점차 쌓이는 정리 작업 — 사용되지 않는 코드, 오래된 플래그, 불필요한 내보내기 항목 등
- 반복적 보고서 작성
- 자체적으로 채택한 표준에 따른 주기적 검증 작업
공통적인 특징은 작업 내용이 미리 명확하게 정의되어 있다는 점입니다. 일정은 무엇을 할 가치가 있는지 결정할 수 없으며, 이미 작성해 둔 지시를 단순히 반복할 뿐입니다.
일정이 적합하지 않은 경우
우선순위 판단이 필요한 작업에는 일정이 적합하지 않습니다. 다른 작업 상황과 무관하게 매주 월요일마다 작업을 시작하는 일정은 실제로 계획한 작업과 동일한 에이전트 슬롯을 차지하게 됩니다.
예약된 작업은 실제 리소스를 사용합니다
여러 개의 일정을 생성하기 전에 꼭 숙지해야 할 사항입니다.
예약된 작업은 일반적인 작업과 동일합니다. 대기열에 들어가고 에이전트 슬롯을 점유하며 모델 사용량도 소모합니다. 단일 슬롯 플랜에서 하루에 세 번의 일정이 실행되면 계획했던 모든 작업이 방해받을 수 있습니다.
실행 내역
각 일정은 실행 기록과 그 결과물을 보관합니다. 가끔씩 이를 확인하십시오. 자동화의 오류는 갑작스러운 장애가 아니라, 예산을 소모하면서도 몇 달간 아무런 유용한 결과를 내지 못하는 경우입니다.
일정이 열어놓은 풀 요청이 12건인데 그중 병합된 것이 하나도 없다면, 그 일정은 잘못 설정된 것입니다.
일정과 이벤트 자동화
사람의 개입 없이 작업이 시작되는 두 가지 방식입니다:
| 자동화 | 트리거 방식 |
|---|---|
| 일정 | 시간 |
| 이벤트 자동화 | pull request가 열리거나 검사에 실패하는 등의 특정 이벤트 발생 시 |
- 일정시간
- 이벤트 기반 자동화무언가가 발생하면
일반적인 작업
사양, 계획, 빌드, 검증, 리뷰. 에이전트 슬롯을 사용하며 낮은 우선순위를 부여하십시오.
P2P3A pull request
자동으로 병합하거나 기본 브랜치에 커밋할 수는 없습니다.
귀하가 승인
트리거가 실제로 시간에 기반하거나, Sentry나 Jira처럼 Coroid에서 이벤트를 보내지 않는 시스템을 모니터링할 경우에는 일정을 사용하십시오. 일정은 MCP 서버를 통해 해당 데이터를 요청합니다. 반면 '이런 일이 발생할 때'를 의미하고 Coroid 또는 GitHub에서 해당 이벤트를 보낸다면 이벤트 자동화를 사용하십시오. 그러면 불필요한 작업이 줄어듭니다.
작업은 자체 시스템과 에이전트, 이벤트 자동화, 품질 결과를 통해서도 시작됩니다. 다음을 참조하세요:작업 시작 방법.