OpenClaw 사용자, 도구의 아키텍처와 안전성 격차 비판

r/openclaw의 한 사용자는 OpenClaw를 '이런 종류의 에이전트 자동화를 이렇게 접근 가능하게 만드는 유일한 도구'라고 설명하지만, 사용해 본 후 환멸을 느끼며 그 경험을 제대로 유지보수되지 않는 SAP 시스템에 비유합니다.

아키텍처적 비판

사용자는 OpenClaw가 부족한 네 가지 주요 영역을 지적합니다:

• 파일 및 구성 변경을 위한 제어 계층: 사용자는 파일 작업과 구성 변경이 LLM에 의해 직접 실행되어서는 안 된다고 말합니다. 그들은 '모델의 그날 기분'에 의존하기보다는, 사용자에게 먼저 묻거나 작업 후 알림을 주는 규칙에 따라 결정하는 결정론적 중간 계층을 주장합니다.
• 보호된 커널: 사용자는 LLM이 수정할 수 없는 핵심이 있어야 한다고 제안하며, 구성 파일과 중요한 시스템 파일을 보호된 것으로 정의해야 한다고 말합니다.
• 컨텍스트 관리 및 위임: 비판은 요청 유형에 기반한 실제 컨텍스트 관리가 부족하다고 지적합니다. 현재는 '필요한 것과 관계없이 모든 요청이 동일한 컨텍스트로 범람하여 엄청난 양의 토큰을 낭비합니다.' 사용자는 컨텍스트가 경우에 따라 조립되어야 한다고 제안합니다. 또한 코딩 작업은 동일한 에이전트 내에서 처리되기보다는, 특화된 코딩 LLM에 CLI를 통해 위임되어야 한다고 제안합니다.
• 버전 관리, 테스트, 구성 가능성: 사용자는 내장된 git 통합이 없고, 품질 게이트가 없으며, 시스템 깊숙이 도달하는 도구에 비해 설정이 너무 적다고 지적합니다. 이 모든 것이 나중에 추가될 수 있지만 기본적으로는 없다고 언급합니다.

커뮤니티 및 개발 패턴

사용자는 ERP 시스템과 유사점을 그리며, 현재 선택지는 '문서화되지 않은 엉성한 커뮤니티 플러그인을 통해 기능을 확장'하거나 '사양, 문서화, 테스트 없이' 직접 기능을 구축하는 것 사이에 있다고 말합니다. 두 접근 방식 모두 '바로 프로덕션으로 배포된다'고 지적합니다.

이러한 비판에도 불구하고, 사용자는 결론으로 '지금은 동일한 기능을 동등하게 쉽게 제공하면서 더 잘 수행하는 대안을 찾지 못하겠다'고 말합니다.