OpenClaw: 작업이 재시작 후에도 유지되지 않는다면, 그것은 여전히 채팅 세션입니다

r/clawdbot의 게시물이 OpenClaw 워크플로우에 대해 예리한 지적을 합니다: 작업이 재시작 후에도 살아남을 수 없다면, 그것은 여전히 단순한 채팅 세션일 뿐입니다. 작성자는 장기 실행 작업의 권위 있는 기록으로 대화 기록을 취급하는 것은 실패를 예고하는 것이라고 주장합니다.

채팅 기록이 작업 상태가 아닌 이유

채팅 기록은 무슨 일이 일어났는지 설명하는 데 도움이 될 수 있지만, 영구적인 작업의 진실의 원천이 되어서는 안 됩니다. 게이트웨이가 재시작되거나, 모델을 사용할 수 없게 되거나, 작업자가 작업 중간에 실패하면, 다른 작업자가 즉시 읽고 행동할 수 있는 기록이 필요합니다.

게시물은 모든 진지한 작업이 대화 외부에 저장해야 하는 것을 설명합니다:

• 안정적인 ID — 작업의 고유 ID
• 현재 단계 — 워크플로우에서의 위치
• 예상 결과 — "완료"가 무엇을 의미하는지
• 승인 상태 — 사용자/자동 승인이 대기 중인지 부여되었는지
• 예외 사항 — 문제가 발생한 경우 무엇이 잘못되었는지
• 증거 — 지금까지 수집된 로그, 결과 또는 출력
• 다음 안전한 조치 — 재개할 때 취할 정확한 조치

데이터베이스 선택은 동작보다 덜 중요합니다. 안정적이고 쿼리 가능한 한 모든 영구 저장소가 작동합니다.

실제 문제: 외부 부작용

워크플로우가 외부 시스템을 건드릴 때 이는 중요해집니다. 중단 전에 이메일, 배포 또는 게시가 시도되었다면, 순진한 재시도는 중복 메시지, 중복 게시물 또는 반복적인 파괴적 행동을 유발할 수 있습니다.

해결책은 재시도 전에 공급자와 조정하는 것입니다. 즉, 외부 서비스(이메일 API, 배포 플랫폼 또는 콘텐츠 게시자 등)에 확인하여 작업이 실제로 성공했는지 또는 아직 대기 중인지 확인한 다음, 그 후에 다음 안전한 단계를 결정하는 것입니다.

재개 가능성에 대한 실용적인 테스트

게시물은 간단한 실험을 제안합니다:

1. 첫 번째 외부 부작용 직후(예: 이메일을 보낸 직후) 워크플로우를 중지합니다.
2. OpenClaw를 다시 시작합니다.
3. 무슨 일이 일어나는지 관찰합니다.

다음을 구분할 수 있습니까:

• 완료 — 부작용이 성공적으로 발생함
• 시도됨 — 시도했지만 실패함
• 실패 — 오류가 발생함
• 알 수 없음 — 무슨 일이 일어났는지 명확하지 않음

전체 대화를 다시 재생하지 않고 다음 안전한 단계에서 재개할 수 있습니까? 그렇지 않다면 워크플로우는 진정으로 재개 가능한 것이 아니라 단지 대화 기록이 유지되기를 바라는 것일 뿐입니다.

결론

강력한 OpenClaw 자동화를 구축하는 개발자에게 교훈은 분명합니다: 작업 상태를 외부에 저장하고, 불확실한 외부 효과를 고려한 복구 흐름을 설계하세요. 게시물은 워크플로우가 재시작 테스트를 통과할지 생각해보라고 도전합니다.

r/clawdbot의 원본 스레드에는 개발자들이 자신의 접근 방식을 공유하는 댓글 섹션이 있습니다 — 프로덕션급 에이전트 워크플로우를 구축 중이라면 읽어볼 가치가 있습니다.