13주 동안 OpenClaw를 일일 드라이버로 사용하며: 잘 된 점, 고장 난 점, 여전히 아쉬운 점

13주 동안 Raspberry Pi에서 OpenClaw를 개인 에이전트 시스템으로 운영하며 — Telegram 채팅, 장기 기억, 크론 작업, 서브에이전트, 연구 워크플로, 외부 API를 처리 — 한 r/openclaw 사용자가 상세한 요약을 게시했습니다. 결론: OpenClaw는 인프라로 취급할 만큼 강력하지만, 인내심, 로그, 백업, 그리고 이상한 엣지 케이스를 디버깅하려는 의지가 필요할 만큼 거친 부분이 남아 있습니다.

잘 작동한 부분

• 워크플로 계층화. 에이전트는 메시징, 파일, 크론, API, 메모리, 도구 사이에 위치합니다. 크론 시스템은 진정으로 유용합니다 — 반복 작업이 수집, 처리, 요약, 알림, 후속 워크플로 트리거를 수행합니다. 한 번 조정되면 좋은 의미로 지루해집니다.
• 메모리 — 관리된다면. OpenClaw는 결정, 프로젝트 상태, 선호도, 실수, 과거 수정을 기억할 수 있습니다. 하지만 모든 원시 조각을 장기 기억에 넣으면 진흙탕이 됩니다. 정리와 프로젝트별 메모리 파일을 통해 실제 운영 계층이 됩니다.
• 한정된 작업을 위한 서브에이전트. 가장 유용한 패턴: 사람이 방향을 결정, 메인 에이전트가 조정, 서브에이전트가 한정된 분석이나 구현 수행, 메인 에이전트가 확인. 컨텍스트가 모호하거나 모델/설정 라우팅이 명확하지 않을 때는 덜 유용합니다.
• 연속성. 가장 큰 성공은 하나의 기능이 아닙니다 — 시스템이 이제 운영 메모리, 예약 점검, 반복 분석, 기술 디버깅, 설정 검토, 소규모 코드 변경, 구조화된 후속 작업을 매일 처리한다는 점입니다.

문제가 발생했거나 불편했던 부분

• 모델/설정 문제. 초기에는 로컬/소형 모델 설정(예: 4k 컨텍스트)이 OpenClaw의 시스템 프롬프트와 도구를 처리할 수 없었습니다. "Assistant turn failed" 오류는 종종 RAM이 아닌 API 키/설정 문제에서 비롯되었습니다.
• 크론 + 서브에이전트 상호작용 공백. 예약된 워크플로가 작업을 올바르게 수행하는 서브에이전트를 생성했지만, 부모가 자식 출력을 읽을 수 없었습니다 — 에이전트 간 기록이 비활성화되었기 때문입니다. 해결 방법: 자식이 부모 읽기에 의존하지 않고 결과를 직접 작성(write —file)하도록 재설계.
• 셸 따옴표. 셸 명령을 통해 JSON을 전달할 때 아포스트로피와 중첩된 따옴표에서 문제가 발생했습니다. 해결 방법: JSON을 임시 파일에 쓰고 --file 전달.
• 업데이트 드리프트. OpenClaw 업데이트는 Pi의 시작 성능과 메모리 압력을 개선했지만, 업데이트 날에는 주의가 필요했습니다 — 설정 드리프트, ACP 명령 드리프트, 문서 드리프트. 모든 것이 괜찮다고 신뢰하기보다는 실제로 변경된 사항을 확인해야 했습니다.
• 서브에이전트 모델 오버라이드. 기본값이 항상 존중되지는 않았습니다. 이제 모델/에이전트 ID를 명시적으로 전달합니다.
• ACP 불안정. OpenClaw를 통한 Claude ACP가 내부 런타임 오류로 실패했습니다. 직접 ACP/CLI 경로는 작동했습니다.
• 시크릿/설정 위생. OpenClaw는 구조화된 SecretRefs를 지원하지만, 오래된 설정/인증 프로필 파일에 여전히 일반 텍스트 시크릿이 포함될 수 있습니다. 안전하게 마이그레이션하려면 백업, 스키마 검사, 롤백 계획이 필요합니다.
• Pi의 리소스 압박. 장시간 실행되는 Claude/Codex 프로세스, 크론, 메모리 아티팩트가 누적됩니다. 정리 루틴을 추가했으며, 재생성 가능한 약 1.6GB의 블로트로 증가한 죽은 프로젝트를 아카이브했습니다.

대상 사용자

OpenClaw를 개인 에이전트 시스템으로 운영하는 개발자 — 특히 제한된 하드웨어에서 — 실제 문제점과 실용적인 해결 방법에 대한 사실적인 설명을 원하는 분.