OpenClaw 2.0 just dropped (what changed?)
Quick Summary
OpenClaw 2.0은 제어 UI·분산 실행·지속형 컨텍스트·보안 통제를 크게 개선했지만, 영상의 평가는 게이트웨이 중심 구조의 근본 위험까지 해소하지는 못했다는 것이다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
OpenClaw 2.0은 제어 UI·분산 실행·지속형 컨텍스트·보안 통제를 크게 개선했지만, 영상의 평가는 게이트웨이 중심 구조의 근본 위험까지 해소하지는 못했다는 것이다.
📌 핵심 요점
- 브라우저 앱을 다시 구축해 대화 검색, 재시작 후에도 유지되는 진행 카드, 프롬프트 대기열 편집, 채팅 분기, 구조화된 응답 카드를 제공한다.
- 작업 공간을 페어링된 기기나 임시 클라우드 워커로 옮길 수 있으며, 게이트웨이가 정본 대화 기록·모델 자격 증명·핵심 상태를 계속 관리한다.
- 세션과 대화 기록을 파일에서 SQLite로 이전하고, 활성 메모리·백그라운드 통합·재사용 가능한 학습 스킬을 통해 기기와 재시작을 넘는 컨텍스트 보존을 지향한다.
- 공유 세션, 권한별 협업 모드, 범위가 제한된 반복 승인, 병렬 하위 에이전트와 다중 OpenClaw 셀 관리 기능으로 협업과 확장성을 강화했다.
- 마스킹된 자격 증명 요청, 목적지 호스트 제한, 플러그인 출처 표시, 작업 단위 승인, 세션별 파일 접근 정책을 도입했지만 모델이 비밀값을 직접 읽는 실행에서는 노출 가능성이 남는다.
🧩 배경과 문제 정의
- 영상은 OpenClaw 2.0 출시 직후 사용자에게 체감되는 변화, 과거의 게이트웨이·플러그인 보안 우려가 해소됐는지, Hermes Agent에서 다시 복귀할 이유가 생겼는지를 검토한다.
- 기존 OpenClaw 작업은 상태가 불명확하고 컨텍스트가 특정 기기나 세션 파일에 묶여 중단·재방문·인계가 불편했다는 문제의식에서 출발한다.
- 보안 측면에서는 하나의 에이전트 게이트웨이가 셸·브라우저·파일·자격 증명·플러그인·메시징 채널에 동시에 접근하는 넓은 공격 표면이 핵심 문제로 제시된다.
🕒 시간순 섹션별 상세정리
1. 출시 직후 제기된 세 가지 질문
- OpenClaw 2.0의 주요 변화, 보안 우려의 해소 여부, Hermes Agent와의 비교가 영상의 검토 기준으로 드러난다. [00:28]
- 특히 과거 사용자가 OpenClaw를 떠난 이유로 게이트웨이 문제가 지목되며, 이번 버전이 복귀할 계기가 될지 묻는다. [00:35]
2. 명령 센터와 지속형 작업 환경
- 재구축된 브라우저 앱은 대화 검색, 지속형 진행 카드, 프롬프트 대기열, 채팅 분기, 구조화된 질문 카드를 제공한다. [01:08]
- 작업은 페어링된 기기나 임시 클라우드 워커에서 실행할 수 있지만, 정본 대화 기록·모델 자격 증명·핵심 상태는 게이트웨이에 남는다. [01:35]
- SQLite 기반 세션, 활성 메모리, 협업 모드, 범위 제한 승인, swarm과 fleet가 컨텍스트 보존과 공동 작업 및 확장을 지원한다. [03:32]
3. 기존 보안 문제와 비밀정보 처리 개선
- 기존 구조는 게이트웨이가 셸·브라우저·파일·자격 증명·플러그인·메시징 채널에 동시에 접근하고 실행형 플러그인이 권한을 확대할 수 있다는 위험을 안고 있었다. [04:28]
- 2.0은 원격 워커 사용 시 제공자 자격 증명을 게이트웨이에 유지하고, 감사 가능성·승인·안전한 기본값을 강화한 것으로 드러난다. [05:08]
- 마스킹된 자격 증명 요청, 목적지 호스트 제한, 선택적 1Password 브로커가 도입됐지만 도구가 비밀값을 직접 읽으면 모델에 노출될 가능성은 남는다. [06:33]
4. 플러그인·승인·원격 워커의 경계 강화
- 플러그인의 기능·출처·버전·아티팩트와 가능한 경우 ClawHub 감사 정보가 표시되며, 임의 실행 소스는 명시적인 강제 명령을 요구한다. [07:06]
- 반복 권한은 정확한 작업에 묶이고, 기존 승인을 조회·취소할 수 있으며, 작업이 변경되면 새로운 승인이 필요하다. [07:20]
- 파일 접근은 기록된 작업 공간에 연결되고 원격 워커에는 제공자 자격 증명을 두지 않지만, 인코그니토 스레드에서도 외부 제공자와 도구의 로그는 존재할 수 있다. [08:40]
5. Hermes Agent 비교와 최종 판단
- 영상은 OpenClaw를 다양한 채널 연결에 강한 게이트웨이 우선 생태계로, Hermes Agent를 상대적으로 더 안전한 에이전트 우선 생태계로 평가한다. [09:08]
- 제작자는 보안이 크게 개선됐다고 인정하면서도 변화가 근본 구조보다 표면적 통제에 가깝다고 보고 OpenClaw로 복귀하지 않겠다고 결론 내린다. [09:52]
- 향후 업데이트와 가이드를 예고하며 영상이 종료된다. [10:02]
🧾 결론
- OpenClaw 2.0의 핵심 변화는 에이전트 작업을 중단·재개·분기·관찰하기 쉬운 지속형 작업 환경으로 바꾼 데 있다.
- 보안은 위험을 더 잘 표시하는 수준에서 승인·자격 증명·원격 실행을 실제로 통제하는 수준으로 진전했다.
- 다만 영상 제작자는 OpenClaw의 게이트웨이 중심 구조가 만드는 공격 표면이 여전히 크다고 판단해 Hermes Agent로부터 복귀하지 않겠다고 결론 내린다.
📈 투자·시사 포인트
- 에이전트 플랫폼의 경쟁 기준이 단순 모델 성능에서 세션 지속성, 작업 가시성, 원격 실행, 협업 권한 관리로 이동하고 있다.
- 자격 증명을 모델 컨텍스트와 분리하고 플러그인 출처와 승인 이력을 남기는 기능은 기업용 에이전트 도입의 핵심 평가 항목이 될 가능성이 크다.
- OpenClaw는 다양한 채널을 연결하는 게이트웨이 역량, Hermes Agent는 에이전트 우선 구조와 보안을 차별점으로 삼는다는 것이 영상의 비교 구도다.
⚠️ 불확실하거나 확인이 필요한 부분
- 영상은 출시 직후의 기능 설명과 제작자의 평가만 제공하며, 각 기능의 실제 안정성·기본 설정·배포 범위는 독립적으로 검증되지 않았다.
- OpenClaw 2.0의 보안 개선이 대부분 표면적이라는 결론과 Hermes Agent가 더 안전하다는 평가는 정량적 감사 결과나 동일 조건의 비교 실험 없이 제시된 판단이다.
- 인코그니토 스레드도 제공자 측 처리 기록과 도구 로그까지 제거하지는 않으므로, 게이트웨이 메모리에 기록을 남기지 않는 것과 완전한 비기록성을 구분해야 한다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 도입 전 마스킹된 자격 증명 요청, 목적지 호스트 제한, 승인 취소 및 작업 변경 시 재승인 동작을 격리된 환경에서 시험한다.
- 설치하려는 플러그인의 출처·버전·기능·정확한 아티팩트와 ClawHub 보안 감사 정보를 확인한다.
- 원격 워커에 모델 자격 증명이 복제되지 않는지, 중단된 워커를 교체한 뒤 정본 세션이 정확히 복구되는지 검증한다.
- OpenClaw와 Hermes Agent를 동일한 작업·도구·권한 범위로 구성해 공격 표면, 운영 편의성, 채널 연결성을 비교한다.
❓ 열린 질문
- 게이트웨이가 여러 도구·파일·플러그인·메시징 채널을 동시에 연결하는 구조에서 권한 탈취나 플러그인 침해의 확산 범위는 실제로 얼마나 줄었는가?
- SQLite 기반 세션과 활성 메모리는 장기 실행, 다중 기기 충돌, 백업·복구 상황에서 어느 정도의 일관성을 보장하는가?
- 영상에서 실험적이라고 소개한 swarm과 fleet 기능은 대규모 병렬 작업에서 비용·격리·실패 복구를 어떻게 처리하는가?