반응형
정기 작업을 붙일 때 흔히 시스템 cron부터 떠올리지만, OpenClaw에는 Gateway 안에서 동작하는 Automations 스케줄러가 있습니다. 공식 Automations 문서는 예전 cron 명령도 같은 스케줄러의 별칭으로 설명합니다.
작업은 Gateway가 살아 있을 때 실행됩니다
자동화 정의, 실행 상태, 실행 이력은 공유 SQLite 상태 데이터베이스에 보존됩니다. 그래서 Gateway를 재시작해도 일정 자체가 사라지는 구조는 아닙니다. 반대로 Gateway가 꺼져 있으면 스케줄도 실행되지 않습니다.
작업 하나에는 목적 하나만
매일 조사, 글 작성, 외부 발행, 성과 분석을 하나의 Job에 넣으면 실패 지점을 분리하기 어렵습니다. 먼저 입력·출력·성공 조건을 한 줄로 적고, 서로 다른 실패 원인을 가진 단계는 Job으로 나누는 편이 좋습니다.
처음 만드는 작업의 체크리스트
- 실행 주기와 시간대
- 입력과 최종 산출물
- 실패 시 재시도할 오류와 즉시 멈출 오류
- 알림이 필요한 조건
- 외부 행동 전 사람 승인이 필요한지
작업 목록과 실행 이력은 공식 문서가 안내하는 automations 명령으로 확인할 수 있습니다. 이 글은 공식 문서 기반의 설명입니다.
반응형
'OpenClaw 자동화' 카테고리의 다른 글
| OpenClaw 멀티에이전트 바인딩이란|메시지를 어느 에이전트에게 보낼지 정하는 법 (0) | 2026.09.16 |
|---|---|
| OpenClaw Heartbeat와 cron의 차이|주기 작업을 어디에 넣어야 할까 (0) | 2026.09.16 |
| OpenClaw Doctor는 언제 써야 할까|진단과 수정 명령을 구분하는 법 (0) | 2026.09.16 |
| OpenClaw 채널 라우팅 이해하기|답장은 어디로 돌아오고 세션은 어떻게 나뉠까 (0) | 2026.09.16 |
| OpenClaw 허용 목록을 여러 채널에서 재사용하는 법|Access groups의 역할과 한계 (0) | 2026.09.16 |