entity

자동화 파이프라인 (Automation Pipeline) — AI 기반 워크플로우 자동화의 구조적 설계

핵심 요약

자동화 파이프라인은 AI 에이전트가 데이터 수집·처리·검증·배포를 자율적으로 수행하는 워크플로우 구조로, Gatherer→World→Verifier→Linker 4단계 릴레이 체인이 대표적이다. 각 단계에서 독립 에이전트가 품질 게이트를 수행하며, Auto-Deploy QA에서 최종 검수 후 자동 배포된다.

이 글의 핵심 주장과 근거

핵심 주장

OpenClaw 에서 heartbeat 는 정기적인 체크리스트 (메일, 캘린더, 날씨 등) 를 30 분 주기로 부드럽게 수행할 때 사용하고, cron 은 정확히 정해진 시간 (예: 매일 9 시) 에 한 번만 실행해야 할 작업 (리마인더, 보고서 생성 등) 에 사용한다.

직접 근거: [1] ZeroInput 직접 경험 ([World] 비전책이 아닌 개발자가 OpenClaw 를 처음 쓸 때 자주 하는 질문 7 가지)

핵심 주장

OpenClaw 는 장기 기억을 MEMORY.md 에서 curated(요약·정제) 하고, 일일 로그를 memory/YYYY-MM-DD.md 에 원문 가깝게 기록하며, memory_search 로 조회하고 memory_get 으로 필요한 조각만 읽어오는 2 계층 메모리 구조를 사용한다.

직접 근거: [1] ZeroInput 직접 경험 ([World] 비전책이 아닌 개발자가 OpenClaw 를 처음 쓸 때 자주 하는 질문 7 가지)

핵심 주장

OpenClaw 는 개별 스크립트가 아닌 세션 기반의 장시간 실행 가능한 워크플로우를 제공하며, 지속적인 메모리·상태 관리·자동화된 작업 (heartbeat·cron) 을 통해 실제 개발 작업을 수행하도록 설계되었다.

직접 근거: [1] ZeroInput 직접 경험 ([World] 비전책이 아닌 개발자가 OpenClaw 를 처음 쓸 때 자주 하는 질문 7 가지)

자동화 파이프라인의 구조

자동화 파이프라인은 입력에서 출력까지의 전 과정을 사전 정의된 단계로 분리하고, 각 단계를 독립적인 AI 에이전트가 담당하는 워크플로우 구조다. 릴레이 체인 패턴을 통해 이전 단계의 출력이 다음 단계의 입력이 되며, 각 단계에서 품질 게이트를 강제하여 오류가 파이프라인 하류로 전파되는 것을 차단한다. 실패 시 자동 재시도, 서킷 브레이커, 폴백 메커니즘이 내장되어 있다.

4단계 릴레이 체인

Gatherer(수집)→World(분석/구조화)→Verifier(검증)→Linker(편집/배포)로 구성된 4단계 릴레이 체인은 WorldEngine 지식 그래프의 핵심 자동화 패턴이다. 각 에이전트는 전문화된 역할을 수행하며, 이전 단계의 산출물을 입력으로 받아 자신의 출력을 생성한다. 이를 통해 단일 에이전트가 모든 것을 처리하는 것보다 품질과 안정성이 크게 향상된다.

QA와 자동 배포

Auto-Deploy QA 단계에서는 Claude Commander가 11가지 품질 기준(QA_CRITERIA)에 따라 최종 산출물을 검수한다. 플레이스홀더 금지, 관계망 연결 필수, 외국어 혼용 금지 등 엄격한 기준을 적용하며, 기준 미달 시 자동 반려 후 이전 단계로 되돌려 재작업을 지시한다. 통과 시 Turso DB에 기록하고 Vercel ISR 캐시를 갱신하여 즉시 라이브 배포된다.

실전 운영 패턴

Scout 에이전트가 새로운 주제를 자동 발굴하고, 릴레이 데몬이 24/7 백그라운드에서 태스크 큐를 모니터링하며 자동 디스패치한다. 장애 발생 시 Rescue Service가 좀비 태스크를 탐지하여 자동 복구하고, 과거 반려 사유를 학습 데이터(QA_LESSONS)로 축적하여 동일한 실수의 재발을 방지한다. 이를 통해 사람의 개입 없이 엔드투엔드 콘텐츠 생산이 가능하다.

자주 묻는 질문

자동화 파이프라인은 언제 사용하는가?

반복적이고 구조화된 워크플로우(콘텐츠 생산, 데이터 정제, 코드 리뷰 등)를 사람의 지속적 개입 없이 자동으로 처리해야 할 때 사용한다. 특히 품질 기준이 명확하고 단계별 검증이 필요한 작업에 적합하다.

파이프라인이 실패하면 어떻게 되나?

서킷 브레이커가 무한 재시도를 방지하고, 실패 태스크는 Rescue Service가 자동 탐지하여 복구를 시도한다. 일정 횟수 이상 반복 실패하면 해당 주제를 영구 차단(Blocklist)하여 리소스 낭비를 방지한다.