OpenClaw 드리프트 수정: 운영자 스킬 4가지

보충제 회사를 운영하는 OpenClaw 사용자가 흔한 문제에 부딪혔습니다. 업데이트 후 에이전트가 실제 결과에서 벗어나고, 작업을 잘못된 곳으로 라우팅하며, 작업이 완료되기 전에 완료했다고 선언하는 문제였습니다. 그들의 해결책은? 결정, 라우팅, 실행, 검증의 전체 체인을 강화하는 네 가지 운영자 스킬 번들이었습니다. 그들은 첫 번째 스킬인 Outcome Guard를 r/openclaw에 전체 공개했습니다.

에이전트가 실패하는 이유

이 게시물은 대부분의 에이전트 실패가 지능 문제가 아니라 잘못된 방향, 잘못된 라우팅, 드리프트, 거짓 완료 때문이라고 주장합니다. 이 번들은 이를 직접 해결합니다.

네 가지 스킬

Direction Clarifier — 올바른 분기를 선택합니다.
Routing Enforcer — 올바른 담당자를 선택합니다.
Outcome Guard — 작업이 표류하지 않도록 유지합니다.
Completion Verifier — 실제로 완료되었는지 확인합니다.

Outcome Guard 개요

작업에 여러 단계가 있거나, 위임되거나, 인계 또는 시스템 간 업데이트가 포함되거나, 진행을 완료로 혼동하기 쉬운 경우에 사용하세요. 이는 추론 의식이 아니라 실행 제어 루프입니다.

5부분 제어 프레임

결과 잠금 — 완료 시 무엇이 참이어야 하나요? 관찰 가능한 상태 변화를 선호하세요.
소유자 잠금 — 다음 실질적 이동을 담당하는 사람은 누구인가요? 소유권이 분할된 경우 현재 배턴 보유자를 명시하세요.
완료 테스트 — 완료를 증명하는 증거는 무엇인가요?
다음 이동 — 이제 어떻게 되나요?
복구 경로 — 작업이 중단되거나 표류할 경우 어떻게 해야 하나요?

완료로 간주되지 않는 것

Outcome Guard는 다음의 거짓 완료를 명시적으로 금지합니다:

작업을 이해했습니다
계획을 세웠습니다
위임했습니다
부분 산출물을 받았습니다
세련된 업데이트를 게시했습니다
다른 에이전트로부터 모호한 "완료"를 받았습니다

결과 잠금 예시

좋음: 검토용 PNG가 Drive에 있고 링크가 다시 전송되었습니다. 시트 행이 승인된 최종 이름으로 업데이트되었습니다. 버그가 수정되었고 테스트가 통과했습니다.

약함: 조사했습니다. [크리에이티브 프로덕션 에이전트]에게 보냈습니다. 진행했습니다. 상태를 확인했습니다.

결과나 방향이 실질적으로 불분명한 경우, 스킬은 작업을 경로에 커밋하기 전에 중지하고 direction-clarifier를 호출하라고 말합니다.

사용하지 말아야 할 때

Outcome Guard를 아주 작은 되돌릴 수 있는 단일 단계 작업, 즉시 검증이 가능한 명백한 저위험 작업, 또는 인계가 없는 가벼운 직접 답변에 강제로 적용하지 마세요. 목표는 더 많은 의식이 아니라 더 엄격한 제어입니다.

번들의 나머지 부분( Direction Clarifier, Routing Enforcer, Completion Verifier)은 게시물에서 암시만 되고 전체는 공개되지 않았습니다. 작성자는 에이전트 이름을 삭제했으며 이 커뮤니케이션은 전자상거래에 맞춰져 있지만 패턴은 조직에 중립적이라고 언급했습니다.

이 글은 누구를 위한 것인가? 시스템 간 작업을 포함하고, 위임이 발생하며, 드리프트나 거짓 '완료' 신호로 고통받는 다중 에이전트 OpenClaw 설정을 실행하는 개발자를 위한 것입니다.

📖 전체 출처 읽기: r/openclaw