OpenClaw 2.0은 기능 몇 개를 더한 릴리스라기보다, 개인 에이전트를 처음 쓰는 순간부터 계속 운영하는 과정까지 다시 정리한 업데이트입니다. 설치를 짧게 만들고 브라우저 앱을 주된 작업 공간으로 올리는 한편, 메모리·스킬·자동화·플러그인·보안까지 손봤습니다.
먼저 결론부터 말하면, 이번 변화의 핵심은 “더 많은 기능”이 아니라 한 번의 유용한 대화에서 시작해, 점진적으로 자동화와 협업으로 확장할 수 있는 운영 경로입니다. 다만 기존 사용자는 세션과 transcript 저장소가 SQLite로 옮겨졌다는 점 때문에 업그레이드와 다운그레이드를 가볍게 다루면 안 됩니다.
이 글에서 다루는 내용:
- OpenClaw 2.0이 설치와 브라우저 앱을 함께 손본 이유
- 첫 자동화에서 협업형 작업 공간으로 커지는 흐름
- 기존 설치를 업데이트하기 전에 확인할 저장소·백업 포인트
왜 이번 릴리스는 ‘2.0’에 가까운가?
공식 발표 ↗에 따르면 이번 업데이트에는 933명의 기여자와 16,000개가 넘는 pull request가 반영됐습니다. 설치, 메시징, 메모리, 스킬, 모델, 자동화, 브라우저·네이티브 앱, 플러그인, 보안까지 넓게 건드린 이유도 여기에 있습니다.
프로젝트는 이전 230일 동안 106번을 릴리스했지만, 이번에는 약 7주 동안 릴리스를 늦추며 새 설치와 기존 설치의 업데이트 경로를 함께 점검했다고 설명합니다. 빠르게 기능을 내는 것보다, 이미 사용 중인 환경을 망가뜨리지 않는 전환을 우선한 셈입니다.
이 변화는 에이전트를 ‘명령을 실행하는 CLI’로만 보지 않는다는 뜻이기도 합니다. Claude Code Agent Teams가 여러 에이전트의 역할 분담을, OpenAI Codex 모바일 앱 통합이 이동 중 작업 운영을 다뤘다면, OpenClaw 2.0은 개인 에이전트가 일상적인 업무 흐름에 자리 잡는 바닥을 정비합니다.
첫 대화를 더 빨리 여는 설계
새 설치에서는 이미 컴퓨터에 있는 AI 접근 수단을 출발점으로 삼습니다. 공식 릴리즈 노트는 지원되는 ChatGPT·Claude·Codex CLI 로그인, API 키, 로컬 모델을 설정 과정에서 재사용하고, 선택한 모델이 실제 응답하는지 확인한 뒤 저장한다고 설명합니다.
중요한 변화는 모든 설정을 첫 화면에 몰아넣지 않는다는 점입니다. 먼저 대화를 열고, 남은 스킬·웹 검색·외부 채널 설정은 대화 안에서 이어갈 수 있게 합니다. 처음부터 모든 권한과 통합을 연결해야 한다면 개인 에이전트는 쉽게 ‘나중에 설치할 도구’가 됩니다.
flowchart TD
A[기존 로그인·API 키·로컬 모델] --> B[설정에서 모델 연결 확인]
B --> C[첫 대화 시작]
C --> D[스킬·검색·채널을 필요할 때 추가]
D --> E[반복 업무 자동화]
E --> F[공유 세션·협업으로 확장]브라우저 앱도 이 흐름의 중심입니다. 공식 발표 ↗는 브라우저 앱을 단순한 설정 화면이 아니라, 진행 중인 일을 다시 열고 라이브 작업을 따라갈 수 있는 first-class 경험으로 재구축했다고 밝힙니다. 대화창이 에이전트의 제어면(control plane)이 되는 구조입니다.
작은 자동화가 운영 환경으로 자라는 방식
공식 발표가 제시하는 방향은 단순합니다. 하나의 inbox를 살피고, 중요한 신호를 찾고, 하나의 채널로 알려주는 자동화는 이미 충분히 유용합니다. 그 다음에는 다른 메시지·문서·작업 맥락으로 범위를 넓힐 수 있습니다.
여기서 핵심은 ‘더 많은 연결’ 자체가 아닙니다. 에이전트가 무엇을 읽고, 어디에 결과를 보내며, 어느 지점에서 사람의 확인을 받아야 하는지를 작게 설계하는 일입니다. agentmemory의 영속 메모리 구조가 세션 간 맥락을 저장·검색하는 문제를 다뤘다면, OpenClaw 2.0은 그 맥락을 실제 작업과 공유 세션까지 이어가는 제품 경험을 강화합니다.
공식 발표에는 팀 내부에서 작업을 공유하거나 다른 사람에게 맥락을 잃지 않고 넘기기 위해 shared cloud sessions를 사용했다는 설명도 나옵니다. 개인 비서로 시작한 에이전트가 필요할 때 가족이나 팀의 협업 공간이 될 수 있다는 그림입니다. 다만 이 단계로 갈수록 채널 권한, 공유 범위, 비밀 정보의 노출 경계를 먼저 정해야 합니다.
업데이트 전에 꼭 확인할 것
가장 중요한 운영 변화는 세션과 transcript 저장소입니다. v2026.8.1 릴리즈 노트 ↗는 이를 SQLite로 옮겼다고 밝히며, 이전의 파일 기반 릴리스로 되돌아가기 전에는 현재 CLI로 legacy transcript artifact를 복원해야 한다고 경고합니다. 마이그레이션 후에 만든 세션은 이전 릴리스에서 보이지 않을 수 있습니다.
기존 사용자가 확인할 항목은 세 가지면 충분합니다.
- 현재 작업 공간과 세션 데이터를 복구 가능한 형태로 백업합니다.
- 업데이트 후 Gateway 연결, 주로 쓰는 채널, 모델 연결, 자동화를 작은 작업으로 하나씩 확인합니다.
- 문제가 나면 바로 다운그레이드하기보다, 먼저 공식 가이드의 SQLite 마이그레이션과 transcript 복원 절차를 확인합니다.
릴리즈 노트에는 잘못된 버전으로 발행된 2026.9.1-beta.1이 실제로는 2026.8.1-beta.4이며, 안정 채널 사용자는 2026.8.1을 사용해야 한다는 별도 경고도 있습니다. 베타 표기만 보고 버전 순서를 판단하지 않는 편이 안전합니다.
마무리
OpenClaw 2.0의 가장 큰 변화는 에이전트의 진입 장벽을 낮추면서도, 일이 쌓였을 때 버틸 운영 기반을 함께 만들었다는 점입니다. 대화 한 번으로 시작해 자동화·메모리·공유 작업으로 넓히는 경로가 훨씬 자연스러워졌습니다.
지금 필요한 것은 모든 기능을 한 번에 연결하는 일이 아닙니다. 하나의 반복 업무를 고르고, 그 업무의 입력·권한·결과 채널을 분명히 한 뒤, 업데이트 전후에 그 흐름이 안전하게 동작하는지 확인하는 것부터 시작하면 됩니다.
참고 자료
- OpenClaw 2.0, Accidentally ↗ — 공식 발표와 제품 방향
- OpenClaw v2026.8.1 릴리즈 노트 ↗ — 설치·저장소 마이그레이션·변경 내역
- OpenClaw 업데이트 가이드 ↗ — 백업과 다운그레이드 확인 사항
- GeekNews: OpenClaw 2.0 출시 ↗ — 이 글의 출발점