예약된 작업

Cron은 Gateway에 내장된 스케줄러입니다. 작업을 영구 저장하고, 적절한 시간에 에이전트를 깨우며, 출력을 채팅 채널이나 Webhook으로 전달하거나 어디에도 전달하지 않을 수 있습니다.

빠른 시작

openclaw cron create "2027-02-01T16:00:00Z" \  --name "Reminder" \  --session main \  --system-event "Reminder: check the cron docs draft" \  --wake now \  --delete-after-run

openclaw cron listopenclaw cron get <job-id>openclaw cron show <job-id>

openclaw cron runs --id <job-id>

Cron 작동 방식

• Cron은 모델 내부가 아니라 Gateway 프로세스 내부에서 실행됩니다. 일정이 실행되려면 Gateway가 실행 중이어야 합니다.
• 작업 정의, 런타임 상태 및 실행 기록은 OpenClaw의 공유 SQLite 상태 데이터베이스에 영구 저장되므로 재시작해도 일정이 손실되지 않습니다.
• Cron을 실행할 때마다 백그라운드 작업 레코드가 생성됩니다.
• 일회성 작업(--at)은 기본적으로 성공 후 자동 삭제됩니다. 유지하려면 --keep-after-run을 전달하십시오.
• 실행별 실제 경과 시간 예산: 설정된 경우 --timeout-seconds를 사용합니다. 그렇지 않으면 격리/분리된 에이전트 턴 작업에는 기본 에이전트 턴 시간 제한(agents.defaults.timeoutSeconds, 기본값 48시간)이 적용되기 전에 Cron 자체의 60분 감시 타이머가 적용되며, 명령 작업의 기본값은 10분입니다.
• Gateway 시작 시 기한이 지난 격리된 에이전트 턴 작업은 즉시 재실행되지 않고 다시 예약되므로 모델/도구 부트스트랩 작업이 채널 연결 시간대에 수행되지 않습니다.
• 시스템 Cron이나 다른 외부 스케줄러에서 openclaw agent를 실행하는 경우 CLI가 이미 SIGTERM/SIGINT를 처리하더라도 강제 종료 단계적 확대를 적용하십시오. Gateway 기반 실행은 Gateway에 수락된 실행의 중단을 요청하며, 로컬 및 임베디드 폴백 실행에도 동일한 중단 신호가 전달됩니다. GNU timeout에서는 일반 timeout 600 ...보다 timeout -k 60 600 openclaw agent ...를 권장합니다. 프로세스가 제시간에 종료 절차를 완료하지 못할 때 -k 값이 최종 안전장치 역할을 합니다. systemd 유닛에서는 최종 강제 종료 전에 유예 시간(TimeoutStopSec)을 두고 SIGTERM 중지 신호를 사용하십시오. 원래 Gateway 실행이 아직 활성 상태일 때 --run-id를 재사용하면 두 번째 실행을 시작하는 대신 중복 실행이 진행 중이라고 보고합니다.

일정 유형

시간대가 없는 타임스탬프는 UTC로 처리됩니다. 오프셋이 없는 --at 날짜 및 시간을 해석하거나 Cron 표현식을 평가할 때 해당 IANA 시간대를 사용하려면 --tz America/New_York를 추가하십시오. --tz가 없는 Cron 표현식은 Gateway 호스트의 시간대를 사용합니다. --tz는 --every 또는 --on-exit과 함께 사용할 수 없습니다.

정각에 반복되는 표현식(분 필드가 0이고 시간 필드가 와일드카드)은 부하 급증을 줄이기 위해 최대 5분까지 자동으로 분산됩니다. 정확한 시점을 강제하려면 --exact를 사용하고, 명시적 시간 범위를 지정하려면 --stagger 30s를 사용하십시오(Cron 일정만 해당).

일자와 요일은 OR 논리를 사용합니다

Cron 표현식은 croner로 파싱됩니다. 일자 필드와 요일 필드가 모두 와일드카드가 아닌 경우 croner는 두 필드 모두가 아니라 둘 중 하나가 일치하면 일치하는 것으로 처리합니다. 이는 표준 Vixie Cron 동작입니다.

# 의도: "월요일인 경우에만 15일 오전 9시"# 실제: "매월 15일 오전 9시 그리고 매주 월요일 오전 9시"0 9 15 * 1

이 표현식은 한 달에 0~1번이 아니라 약 5~6번 실행됩니다. 두 조건을 모두 요구하려면 croner의 + 요일 수정자(0 9 15 * +1)를 사용하거나, 한 필드를 기준으로 예약하고 작업의 프롬프트 또는 명령에서 다른 필드를 검사하십시오.

이벤트 트리거(조건 감시자)

이벤트 트리거는 every 또는 cron 일정에 헤드리스 조건 스크립트를 추가합니다. Cron은 작업 실행 시점에 스크립트를 평가하고 스크립트가 fire: true를 반환할 때만 일반 페이로드를 실행합니다.

{  schedule: { kind: "every", everyMs: 30000 },  trigger: {    // 관찰된 상태가 마지막 평가와 다를 때만 실행합니다.    script: "const res = await tools.call('exec', { command: 'gh pr checks 123 --json state -q \\'.[].state\\' | sort -u' }); const status = String(res?.result?.details?.aggregated ?? '').trim(); json({ fire: status !== trigger.state?.status, message: `PR 123 CI: ${trigger.state?.status ?? 'unknown'} -> ${status}`, state: { status } });",    once: false,  },  payload: { kind: "agentTurn", message: "CI 상태 변경을 조사하십시오." },}

스크립트는 { fire, message?, state? }를 반환해야 합니다. 이전 JSON 상태는 깊은 고정이 적용된 trigger.state로 제공됩니다. 새로운 state 값을 반환하면 영구 저장됩니다. 상태 크기는 16 KB로 제한됩니다. 실행 결과에 message가 포함되면 Cron은 실행 전에 이를 시스템 이벤트 텍스트 또는 에이전트 턴 메시지에 추가합니다. once: true는 처음으로 성공한 페이로드 실행 후 작업을 비활성화합니다.

fire: false는 평가 상태와 카운터를 영구 저장한 다음 실행 기록을 생성하지 않고 다시 예약합니다. 실행된 페이로드가 실패하면 반환된 state는 영구 저장되지 않습니다. 다음 평가에서는 이전 상태를 확인하고 다시 실행할 수 있으므로 스크립트는 읽기 전용 검사로 작성하고 작업은 페이로드에 두십시오. 트리거 일정에는 구성 가능한 최소 간격이 있습니다(기본값 30초). 각 평가의 실제 경과 시간 예산은 30초이며 최대 5번의 도구 호출이 허용됩니다.

로컬 스크립트 파일에서 감시자를 생성합니다(-는 표준 입력에서 스크립트를 읽습니다).

openclaw cron add \  --name "PR CI watcher" \  --every 30s \  --trigger-script ./watch-pr-ci.js \  --message "Respond to the CI status change" \  --session isolated

페이로드

각 작업에는 플래그로 선택한 정확히 한 종류의 페이로드가 포함됩니다.

에이전트 턴 옵션

--model은 작업의 기본 모델을 설정합니다. 세션의 /model 재정의를 대체하지 않으므로 구성된 폴백 체인은 그 위에 계속 적용됩니다. 모델을 확인할 수 없거나 허용되지 않으면 기본값으로 조용히 폴백하지 않고 명시적인 검증 오류와 함께 실행이 실패합니다. 작업에 --model이 있지만 명시적 또는 구성된 폴백 목록이 없으면 OpenClaw는 에이전트 기본 모델을 숨겨진 재시도 대상으로 조용히 추가하는 대신 빈 폴백 재정의를 전달합니다.

격리된 작업의 모델 선택 우선순위는 높은 순서대로 다음과 같습니다.

1. 작업별 페이로드 model(명시적 구성이며, 허용되지 않는 모델이면 실행 실패)
2. Gmail 훅 모델 재정의(실행이 Gmail에서 시작되었고 해당 재정의가 허용되는 경우에만)
3. 사용자가 선택하여 저장된 Cron 세션 모델 재정의
4. 에이전트/기본 모델 선택

빠른 모드는 확인된 라이브 선택을 따릅니다. 선택한 모델 구성에 params.fastMode가 있으면 격리된 Cron은 이를 기본값으로 사용합니다. 단, 저장된 세션 fastMode 재정의와 그다음 에이전트 fastModeDefault는 어느 방향으로든 모델 구성보다 여전히 우선합니다. 자동 모드는 모델의 params.fastAutoOnSeconds 임계값을 사용하며 기본값은 60초입니다.

실행 중 라이브 모델 전환 핸드오프가 발생하면 Cron은 전환된 제공자/모델로 재시도하고 해당 선택과 새로운 인증 프로필이 있다면 이를 활성 실행에 유지합니다. 재시도 횟수에는 제한이 있습니다. 최초 시도 후 전환 재시도를 2회 수행하면 Cron은 반복하지 않고 중단합니다.

격리된 실행이 시작되기 전에 OpenClaw는 baseUrl이 루프백, 사설 네트워크 또는 .local인 구성된 api: "ollama" 및 api: "openai-completions" 제공자의 연결 가능한 로컬 엔드포인트를 확인합니다. 이 사전 점검은 작업에 구성된 폴백 체인을 순회하며 모든 후보에 연결할 수 없는 경우에만 실행을 skipped로 표시합니다. --fallbacks ""를 사용하면 기본 모델만 엄격하게 검사합니다. 엔드포인트가 중단된 경우 모델 호출을 시작하는 대신 명확한 오류와 함께 실행을 skipped로 기록합니다. 결과는 작업이나 모델별이 아닌 엔드포인트별로 5분 동안 캐시되므로, 중단된 동일한 로컬 Ollama/vLLM/SGLang/LM Studio 서버를 공유하는 여러 실행 예정 작업은 요청 폭주 대신 한 번의 검사만 수행합니다. 사전 점검에서 건너뛴 실행은 실행 오류 백오프를 증가시키지 않습니다. 반복적인 건너뜀 알림을 받으려면 failureAlert.includeSkipped를 설정하십시오.

명령 페이로드

명령 페이로드는 모델 기반 턴을 시작하지 않고 Gateway 스케줄러 내에서 결정론적 스크립트를 실행합니다. Gateway 호스트에서 실행되고 stdout/stderr를 캡처하며 Cron 기록에 실행을 기록하고 에이전트 턴 작업과 동일한 announce, webhook, none 전달 모드를 재사용합니다.

openclaw cron create "*/15 * * * *" \  --name "대기열 깊이 검사" \  --command "scripts/check-queue.sh" \  --command-cwd "/srv/app" \  --announce \  --channel telegram \  --to "-1001234567890"

--command <shell>은 argv: ["sh", "-lc", <shell>]을 저장합니다. 셸 구문 분석 없이 정확한 argv로 실행하려면 --command-argv '["node","scripts/report.mjs"]'를 사용하십시오. 선택 사항인 --command-env KEY=VALUE(반복 가능), --command-input, --timeout-seconds(기본값 10분), --no-output-timeout-seconds, --output-max-bytes는 프로세스 환경, stdin 및 출력 제한을 제어합니다.

전달되는 텍스트는 프로세스 출력에서 결정됩니다. 비어 있지 않은 stdout이 우선하며, stdout이 비어 있고 stderr가 비어 있지 않으면 stderr가 전달됩니다. 둘 다 있으면 Cron은 작은 stdout: / stderr: 블록을 전송합니다. 종료 코드 0은 실행을 ok로 기록합니다. 0이 아닌 종료 코드, 신호, 시간 초과 또는 무출력 시간 초과는 error로 기록되며 실패 알림을 트리거할 수 있습니다. NO_REPLY만 출력하는 명령에는 일반적인 Cron 무응답 토큰 억제가 적용되어 채팅에 아무것도 게시되지 않습니다.

실행 방식

전달 및 출력

채널 전달에는 --announce --channel telegram --to "-1001234567890"을 사용하십시오. Telegram 포럼 주제에는 -1001234567890:topic:123을 사용하십시오. OpenClaw는 Telegram이 소유한 축약형 -1001234567890:123도 허용합니다. 직접 RPC/구성 호출자는 delivery.threadId를 문자열 또는 숫자로 전달할 수 있습니다. Slack/Discord/Mattermost 대상은 명시적인 접두사(channel:<id>, user:<id>)를 사용합니다. Matrix 방 ID는 대소문자를 구분합니다. Matrix의 정확한 방 ID 또는 room:!room:server 형식을 사용하십시오.

알림 전달에서 channel: "last"를 사용하거나 channel을 생략하면 telegram:123 같은 제공자 접두사가 붙은 대상이 채널을 선택할 수 있으며, 그다음 Cron이 세션 기록이나 구성된 단일 채널로 폴백합니다. 로드된 Plugin에서 알린 접두사만 제공자 선택자로 사용됩니다. delivery.channel을 명시한 경우 대상 접두사는 동일한 제공자를 가리켜야 합니다. channel: "whatsapp"와 to: "telegram:123"을 함께 사용하면 WhatsApp이 Telegram ID를 전화번호로 해석하도록 두는 대신 거부됩니다. 대상 종류 및 서비스 접두사(channel:<id>, user:<id>, imessage:<handle>, sms:<number>)는 제공자 선택자가 아니라 채널이 소유하는 대상 구문으로 유지됩니다.

격리된 작업에서는 채팅 전달이 공유됩니다. 채팅 경로를 사용할 수 있으면 에이전트는 --no-deliver를 사용하더라도 message 도구를 사용할 수 있습니다. 에이전트가 구성된 대상이나 현재 대상에 전송하면 OpenClaw는 폴백 알림을 건너뜁니다. 그 외에는 announce, webhook, none이 에이전트 턴 이후 실행기가 최종 응답을 처리하는 방식만 제어합니다.

에이전트가 활성 채팅에서 격리된 미리 알림을 생성하면 OpenClaw는 폴백 알림 경로를 위해 보존된 라이브 전달 대상을 저장합니다. 내부 세션 키는 소문자일 수 있습니다. 현재 채팅 컨텍스트를 사용할 수 있으면 해당 키에서 제공자 전달 대상을 재구성하지 않습니다.

암시적 알림 전달은 구성된 채널 허용 목록을 사용하여 오래된 대상을 검증하고 경로를 재지정합니다. DM 페어링 저장소의 승인은 폴백 자동화 수신자가 아닙니다. 예약된 작업이 DM으로 선제적으로 전송해야 한다면 delivery.to를 설정하거나 채널의 allowFrom 항목을 구성하십시오.

실패 알림

실패 알림은 별도의 대상 경로를 따릅니다.

• cron.failureDestination은 실패 알림의 전역 기본값을 설정합니다.
• job.delivery.failureDestination은 작업별로 이를 재정의합니다.
• 둘 다 설정되지 않았고 작업이 이미 announce를 통해 전달되는 경우 실패 알림은 해당 기본 알림 대상으로 폴백합니다.
• 기본 전달 모드가 webhook이 아닌 경우 delivery.failureDestination은 sessionTarget="isolated" 작업에서만 지원됩니다.
• failureAlert.includeSkipped: true를 설정하면 작업 또는 전역 Cron 알림 정책에서 반복적인 건너뜀 실행 알림을 받습니다. 건너뛴 실행은 별도의 연속 건너뜀 카운터를 유지하므로 실행 오류 백오프에 영향을 주지 않습니다.
• openclaw cron edit는 작업별 알림 조정 옵션을 제공합니다. --failure-alert/--no-failure-alert, --failure-alert-after <n>, --failure-alert-channel, --failure-alert-to, --failure-alert-cooldown, --failure-alert-include-skipped/--failure-alert-exclude-skipped, --failure-alert-mode, --failure-alert-account-id를 사용할 수 있습니다.

출력 언어

Cron 작업은 채널, 로캘 또는 이전 메시지에서 응답 언어를 추론하지 않습니다. 예약된 메시지나 템플릿에 언어 규칙을 지정하십시오.

openclaw cron edit <jobId> \  --message "업데이트를 요약하십시오. 중국어로 응답하고 URL, 코드 및 제품 이름은 변경하지 마십시오."

템플릿 파일에서는 렌더링된 프롬프트에 언어 지침을 유지하고 작업 실행 전에 {{language}} 같은 자리표시자가 채워졌는지 확인하십시오. 출력에 여러 언어가 섞이면 규칙을 명시적으로 작성하십시오. 예: "서술 텍스트에는 중국어를 사용하고 기술 용어는 영어로 유지하십시오."

CLI 예시

openclaw cron add \  --name "캘린더 확인" \  --at "20m" \  --session main \  --system-event "다음 Heartbeat: 캘린더를 확인하십시오." \  --wake now

openclaw cron create "0 7 * * *" \  "밤사이 업데이트를 요약하십시오." \  --name "아침 브리핑" \  --tz "America/Los_Angeles" \  --session isolated \  --announce \  --channel slack \  --to "channel:C1234567890"

openclaw cron add \  --name "심층 분석" \  --cron "0 6 * * 1" \  --tz "America/Los_Angeles" \  --session isolated \  --message "프로젝트 진행 상황을 매주 심층 분석하십시오." \  --model "opus" \  --thinking high \  --announce

openclaw cron create "0 18 * * 1-5" \  "오늘의 배포를 JSON으로 요약하십시오." \  --name "배포 요약" \  --webhook "https://example.invalid/openclaw/cron"

openclaw cron create "*/15 * * * *" \  --name "대기열 깊이 검사" \  --command "scripts/check-queue.sh" \  --command-cwd "/srv/app" \  --announce \  --channel telegram \  --to "-1001234567890"

작업 관리

# 모든 작업 나열openclaw cron list # 저장된 작업 하나를 JSON으로 가져오기openclaw cron get <jobId> # 확인된 전송 경로를 포함하여 작업 하나 표시openclaw cron show <jobId> # 삭제하지 않고 활성화/비활성화openclaw cron enable <jobId>openclaw cron disable <jobId> # 작업 편집openclaw cron edit <jobId> --message "업데이트된 프롬프트" --model "opus" # 지금 작업 강제 실행openclaw cron run <jobId> # 지금 작업을 강제 실행하고 최종 상태까지 대기openclaw cron run <jobId> --wait --wait-timeout 10m --poll-interval 2s # 실행 예정인 경우에만 실행openclaw cron run <jobId> --due # 실행 기록 보기openclaw cron runs --id <jobId> --limit 50 # 정확한 실행 하나 보기openclaw cron runs --id <jobId> --run-id <runId> # 작업 삭제openclaw cron remove <jobId> # 에이전트 선택(다중 에이전트 설정)openclaw cron create "0 6 * * *" "운영 대기열 확인" --name "운영 점검" --session isolated --agent opsopenclaw cron edit <jobId> --clear-agent

세션을 보관 처리하면(Control UI 또는 운영자 관리자 호출자의 sessions.patch { archived: true }) 해당 세션에 연결된 활성화된 모든 Cron 작업이 비활성화됩니다. 여기에는 격리된 cron:<jobId> 세션, session:<key> 대상 또는 전송/깨우기 sessionKey 레인이 포함됩니다. 세션을 복원해도 이러한 작업은 다시 활성화되지 않으므로 openclaw cron enable <jobId>를 사용하십시오. 활성화된 연결 작업이 있는 세션은 Control UI 사이드바에 시계 배지가 표시됩니다.

openclaw cron run <jobId>은 수동 실행을 대기열에 추가한 후 반환됩니다. 종료 훅, 유지 관리 스크립트 또는 대기열에 추가된 실행이 끝날 때까지 차단해야 하는 기타 자동화에는 --wait를 사용하십시오. 반환된 runId를 폴링하며(기본 제한 시간 10m, 폴링 간격 2s), 상태가 ok이면 0으로 종료하고 error, skipped 또는 대기 제한 시간이 초과되면 0이 아닌 값으로 종료합니다.

에이전트 cron 도구의 cron(action: "list")는 간략한 작업 요약(id, name, enabled, nextRunAtMs, scheduleKind, lastRunStatus)을 반환합니다. 하나의 전체 작업 정의를 가져오려면 cron(action: "get", jobId: "...")을 사용하십시오. Gateway 직접 호출자는 cron.list에 compact: true를 전달할 수 있습니다. 이를 생략하면 전송 미리보기가 포함된 전체 응답이 유지됩니다.

openclaw cron create는 openclaw cron add의 별칭입니다. 새 작업에는 위치 인수 일정("0 9 * * 1", "every 1h", "20m" 또는 ISO 타임스탬프)과 그 뒤에 오는 위치 인수 에이전트 프롬프트를 사용할 수 있습니다. cron add|create 또는 cron edit에서 --webhook <url>을 사용하면 완료된 실행 페이로드를 HTTP 엔드포인트로 POST합니다. Webhook 전송은 채팅 전송 플래그(--announce, --channel, --to, --thread-id, --account)와 함께 사용할 수 없습니다. cron edit에서 --clear-channel, --clear-to, --clear-thread-id, --clear-account는 해당 라우팅 필드를 개별적으로 설정 해제하며(각각 대응하는 설정 플래그와 함께 사용하면 거부됨), 실행기 폴백 전송만 비활성화하는 --no-deliver와는 다릅니다.

Webhook

Gateway는 외부 트리거용 HTTP Webhook 엔드포인트를 노출할 수 있습니다. 구성에서 활성화하십시오.

{  hooks: {    enabled: true,    token: "shared-secret",    path: "/hooks",  },}

인증

모든 요청은 헤더를 통해 훅 토큰을 포함해야 합니다.

• Authorization: Bearer <token>(권장)
• x-openclaw-token: <token>

쿼리 문자열 토큰은 거부됩니다.

curl -X POST http://127.0.0.1:18789/hooks/wake \  -H 'Authorization: Bearer SECRET' \  -H 'Content-Type: application/json' \  -d '{"text":"새 이메일 수신","mode":"now"}'

curl -X POST http://127.0.0.1:18789/hooks/agent \  -H 'Authorization: Bearer SECRET' \  -H 'Content-Type: application/json' \  -d '{"message":"받은편지함 요약","name":"이메일","model":"openai/gpt-5.6-sol"}'

Gmail PubSub 통합

Google PubSub를 통해 Gmail 받은편지함 트리거를 OpenClaw에 연결합니다.

마법사 설정(권장)

openclaw webhooks gmail setup --account openclaw@gmail.com

이 명령은 hooks.gmail 구성을 작성하고 Gmail 프리셋을 활성화하며 푸시 엔드포인트의 기본값을 Tailscale Funnel로 설정합니다(--tailscale funnel|serve|off).

Gateway 자동 시작

hooks.enabled=true이고 hooks.gmail.account가 설정되어 있으면 Gateway는 부팅 시 gog gmail watch serve를 시작하고 감시를 자동으로 갱신합니다. 사용하지 않으려면 OPENCLAW_SKIP_GMAIL_WATCHER=1을 설정하십시오.

수동 일회성 설정

gcloud auth logingcloud config set project <project-id>gcloud services enable gmail.googleapis.com pubsub.googleapis.com

gcloud pubsub topics create gog-gmail-watchgcloud pubsub topics add-iam-policy-binding gog-gmail-watch \  --member=serviceAccount:gmail-api-push@system.gserviceaccount.com \  --role=roles/pubsub.publisher

gog gmail watch start \  --account openclaw@gmail.com \  --label INBOX \  --topic projects/<project-id>/topics/gog-gmail-watch

Gmail 모델 재정의

{  hooks: {    gmail: {      model: "openrouter/meta-llama/llama-3.3-70b-instruct:free",      thinking: "off",    },  },}

구성

{  cron: {    enabled: true,    store: "~/.openclaw/cron/jobs.json",    maxConcurrentRuns: 8,    triggers: {      enabled: false,      minIntervalMs: 30000,    },    retry: {      maxAttempts: 3,      backoffMs: [30000, 60000, 300000],      retryOn: ["rate_limit", "overloaded", "network", "timeout", "server_error"],    },    webhookToken: "replace-with-dedicated-webhook-token",    sessionRetention: "24h",    runLog: { maxBytes: "2mb", keepLines: 2000 },  },}

위의 retry 값은 기본값입니다. 30s/60s/5m 백오프로 최대 3회 재시도하며 5가지 일시적 범주를 모두 재시도합니다. webhookToken은 Cron Webhook POST에서 Authorization: Bearer <token>으로 전송됩니다.

maxConcurrentRuns는 예약된 Cron 디스패치와 격리된 에이전트 턴 실행을 모두 제한하며 기본값은 8입니다. 격리된 Cron 에이전트 턴은 내부적으로 대기열의 전용 cron-nested 실행 레인을 사용하므로, 이 값을 높이면 독립적인 Cron LLM 실행이 외부 Cron 래퍼만 순차적으로 시작되는 대신 병렬로 진행될 수 있습니다. 공유되는 비 Cron nested 레인은 이 설정으로 확장되지 않습니다.

cron.store는 논리적 저장소 키이자 doctor 마이그레이션 경로이며, 직접 편집할 수 있는 실제 JSON 파일이 아닙니다. 작업 데이터는 SQLite에 저장됩니다. 변경하려면 CLI 또는 Gateway API를 사용하십시오.

Cron 비활성화: cron.enabled: false 또는 OPENCLAW_SKIP_CRON=1.

문제 해결

명령 단계별 절차

openclaw statusopenclaw gateway statusopenclaw cron statusopenclaw cron listopenclaw cron runs --id <jobId> --limit 20openclaw system heartbeat lastopenclaw logs --followopenclaw doctor

관련 항목

• 자동화 — 모든 자동화 메커니즘을 한눈에 살펴봅니다
• 백그라운드 작업 — Cron 실행을 위한 작업 원장
• Heartbeat — 주기적인 기본 세션 턴
• 시간대 — 시간대 구성