콘텐츠로 이동

OpenClaw 자동화 가이드: 최적의 워크플로우 선택하기

개발 업무를 자동화하다 보면 상황에 맞는 도구를 선택하는 게 가장 큰 숙제죠. 어떤 작업은 매일 아침 정해진 시간에 실행되어야 하고, 어떤 작업은 특정 이벤트가 발생했을 때만 즉각적으로 반응해야 하니까요.

OpenClaw는 여러분의 워크플로우를 효율적으로 만들기 위해 다양한 자동화 메커니즘을 제공하고 있어요. 이 가이드를 통해 현재 상황에 가장 적합한 방식이 무엇인지 쉽게 결정할 수 있을 거예요.

flowchart TD
A{Run on a schedule?} -->|Yes| B{Exact timing needed?}
A -->|No| C{React to events?}
B -->|Yes| D[Cron]
B -->|No| E[Heartbeat]
C -->|Yes| F[Hooks]
C -->|No| G[Standing Orders]
메커니즘역할실행 환경작업 기록 생성
Heartbeat주기적인 main-session 실행 — 여러 체크 항목을 일괄 처리Main sessionNo
Cron정확한 타이밍에 맞춰 예약된 작업 실행Main 또는 isolated sessionYes (모든 유형)
Background Tasks분리된 작업 추적 (cron, ACP, subagents, CLI)해당 없음 (ledger)N/A
Hooks에이전트 라이프사이클 이벤트에 의해 트리거되는 이벤트 기반 스크립트Hook runnerNo
Standing Orderssystem prompt에 주입되는 지속적인 지침Main sessionNo
Webhooks인바운드 HTTP 이벤트를 수신하여 에이전트로 라우팅Gateway HTTPNo
메커니즘역할
Gmail PubSubGoogle PubSub을 통한 실시간 Gmail 알림
Polling주기적인 데이터 소스 확인 (RSS, APIs 등)
Auth Monitoring자격 증명 상태 및 만료 알림

가장 효과적인 설정은 여러 메커니즘을 조합해서 사용하는 거예요.

  1. Heartbeat는 30분마다 한 번씩 일괄적으로 인박스, 캘린더, 알림 등을 확인하는 일상적인 모니터링을 담당해요.
  2. Cron은 일일 보고서나 주간 검토, 일회성 리마인더처럼 정확한 스케줄이 필요한 작업을 처리해요.
  3. Hooks는 커스텀 스크립트를 사용해 tool calls, 세션 리셋, compaction 같은 특정 이벤트에 반응해요.
  4. Standing Orders는 에이전트에게 “답장하기 전에 항상 프로젝트 보드를 확인해”와 같은 지속적인 컨텍스트를 제공해요.
  5. Background Tasks는 분리되어 실행되는 모든 작업을 자동으로 추적하므로, 나중에 직접 검사하거나 감사할 수 있어요.

두 가지 스케줄링 메커니즘에 대한 자세한 비교는 Cron vs Heartbeat 문서에서 확인할 수 있어요.

이전 릴리스 노트나 문서에서는 ClawFlow 또는 openclaw flows라는 용어가 언급될 수 있지만, 현재 이 레포지토리의 CLI 인터페이스는 openclaw tasks를 사용해요.

지원되는 작업 관리 명령은 Background Tasks를 참고해 주세요. 호환성 관련 내용은 ClawFlow 및 CLI: flows에서 확인할 수 있어요.

AI Setup Assistant

OpenClaw

OpenClaw Expert

아직 막혀 있나요?

이 문서에서 답을 못 찾았다면 OpenClaw Expert에게 바로 물어보세요.