요약
OpenClaw 2.0는 새로운 대규모 언어 모델이 아닙니다. 이는 2026년 8월 30일에 릴리스된 OpenClaw v2026.8.1의 마일스톤 명칭입니다. 이번 업데이트는 OpenClaw를 주로 개인용 에이전트 런타임에서, AI 에이전트를 위한 보다 협업적이고 지속적인 운영 레이어로 전환합니다.
OpenClaw 2.0은 공유 멀티플레이어 세션, 대화 중심의 Control UI, SQLite 기반 스토리지, 관리되는 Skills, 통합 자동화, 더욱 엄격한 권한을 추가합니다. 지원되는 개인용 Claw는 동일 에이전트에 속한 다른 비공개 대화에서 관련 정보를 회상할 수 있습니다. 공유 세션은 메모리를 자동으로 공유하지 않습니다.
대부분의 활성 사용자에게 이번 업그레이드는 의미가 있습니다. 팀은 여전히 검증된 백업을 생성하고, 운영 환경을 업그레이드하기 전에 주요 플러그인, 권한, 자동화를 테스트해야 합니다.
핵심 요점
- 플랫폼, 모델이 아님: OpenClaw는 런타임, 도구, 메모리, 채널, 권한을 제공하고, 연결된 모델이 대부분의 추론 역량을 제공합니다.
- 전략적 전환은 멀티플레이어: 승인된 인원이 컨텍스트를 버리지 않고 라이브 에이전트 세션에 협업할 수 있습니다.
- SQLite로 지속성 강화: 세션과 대화 기록이 파일 기반에서 구조화된 상태로 이동합니다.
- 브라우저 앱이 측정 가능한 수준으로 가벼워짐: 공식 시뮬레이션 테스트에서 JavaScript 요청이 140개에서 45개로, 시작 시간이 약 1.6초에서 575밀리초로 감소했습니다.
- 주의하여 업그레이드: SQLite 마이그레이션과 더 엄격한 권한 경계는 백업과 단계적 검증이 필요합니다.
OpenClaw 2.0 한눈에 보기
OpenClaw는 오픈소스이자 모델에 종속되지 않는 AI 에이전트 런타임입니다. 공식 출시 스토리는 프로젝트 역사상 최대 규모의 업데이트를 설명하며, 릴리스 원장에는 16,977개의 풀 리퀘스트, 698개의 직접 커밋, 987명의 기여자가 기록되어 있습니다.
| 사양 | OpenClaw 2.0 |
|---|---|
| 릴리스 버전 | v2026.8.1 |
| 릴리스 날짜 | August 30, 2026 |
| 제품 유형 | 셀프 호스팅 AI 에이전트 런타임 및 게이트웨이 |
| 라이선스 | MIT |
| 모델 아키텍처 | 모델에 종속되지 않음 |
| 기본 런타임 | Node.js |
| 지원 데스크톱 시스템 | macOS, Linux, and Windows |
| 세션 및 대화 기록 저장소 | SQLite |
| 웹 인터페이스 | 대화 중심 Control UI |
| 협업 | 공유 멀티플레이어 세션 |
| 메모리 | 지원되는 개인 에이전트의 교차 대화 회상 |
| Skill 시스템 | Skills, Skill Workshop, 제안, 검사, 기록 |
| 자동화 | 통합 Automations 및 스케줄링 |
| 보안 모델 | 요청, 세션, 사용자에 바인딩된 승인 |
현재 설치에는 지원되는 Node 런타임이 필요합니다. 2.0 마일스톤 이후 지원 최소 요구사항이 변경될 수 있으므로 Node 설치 요구사항을 업그레이드 전에 확인해야 합니다.
OpenClaw란 무엇인가?
일반적인 모델 API는 입력을 받고 출력을 반환합니다. OpenClaw는 그 교환을 둘러싼 지속적 실행 레이어를 추가합니다: 대화, 도구, 파일, 브라우저 액세스, 메시징 채널, 예약 작업, 메모리, Skills, 권한.
이는 OpenClaw가 기반 모델이 아니라 에이전트 인프라임을 의미합니다. MMLU, GPQA, SWE-bench 같은 모델 벤치마크는 “OpenClaw의 지능”을 직접 측정하지 않습니다. 유용한 플랫폼 수준 측정치는 시작 동작, 세션 지속성, 도구 신뢰성, 복구, 사람과 대화 전반에 걸쳐 얼마만큼의 컨텍스트가 유지되는지입니다.
처음부터 시작하는 독자를 위해 CometAPI의 OpenClaw 초보자 가이드가 기본 아키텍처와 초기 설정을 다룹니다. 이 글은 2.0에서 무엇이 변경되었는지에 초점을 맞춥니다.
OpenClaw 1.x vs OpenClaw 2.0
이번 업데이트는 개별 기능 모음이 아니라 조정된 플랫폼 전환으로 이해하는 것이 가장 좋습니다.
| 차원 | OpenClaw 1.x | OpenClaw 2.0 | 실질적 효과 |
|---|---|---|---|
| 주요 사용 | 주로 개인용 | 개인 및 멀티플레이어 | 라이브 협업 및 인수인계 |
| 온보딩 | 구성 우선 | 기존 접근 권한 탐색 | 첫 대화까지 더 빠른 경로 |
| 웹 인터페이스 | 컨트롤 패널 지향 | 대화 중심 | 내비게이션 마찰 감소 |
| 세션 저장 | 파일 기반 | SQLite 기반 | 더 내구성 있는 구조화 상태 |
| 협업 | 제한적 인수인계 | 공유 세션 | 컨텍스트가 인수인계를 견딤 |
| 메모리 | 더 단편적 | 교차 대화 회상 | 더 나은 연속성 |
| Skills | 분리된 메커니즘 | 연결된 관리 루프 | 작성 및 거버넌스 용이 |
| 자동화 | 크론 중심 개념 | 통합 Automations | 더 명확한 스케줄링 모델 |
| 브라우저 액세스 | 기존 자동화 | 관리되는 프로필과 공유 탭 | 범위 제어 향상 |
| 승인 | 범위가 덜 엄격 | 요청 및 세션에 바인딩 | 승인 재사용 위험 감소 |
| 업데이트 | 복구가 더 취약 | 단계적 검사와 복구 | 더 안전한 업그레이드 워크플로우 |
전반적인 흐름은 “개인용 에이전트 구성”에서 “다른 사람과 지속적인 에이전트 작업 운영”으로의 이동입니다. SQLite, 메모리, Skills, 더 엄격한 승인 체계는 같은 방향을 지지합니다.
OpenClaw 2.0에서 사용자에게 가장 크게 보이는 변화는?
결정적 변화: 멀티플레이어 세션
이번 릴리스는 공유 클라우드 세션을 추가하여, 승인된 협업자가 세션 컨텍스트를 유지한 채 라이브 작업에 참여할 수 있게 합니다. 완료 후 답변을 전달하는 대신, 팀원이 에이전트가 파일, 작업 이력, 상태를 유지하고 있는 실행 프로세스에 합류할 수 있습니다.
이는 프로젝트 인수인계, 전문가 검토, 페어 운영, 장기 작업에 유용합니다. 하나의 게이트웨이가 적대적 테넌트 격리 수준의 완전한 격리가 되는 것은 아닙니다. 관련이 없거나 서로 신뢰하지 않는 사용자는 여전히 배포 수준에서 분리해야 합니다.
대화 중심으로 재구성된 Control UI
새 브라우저 애플리케이션은 작업을 대화 중심으로 배치합니다. 파일, 승인, 설정, 터미널, 라이브 활동이 관리 뷰 전반에 흩어지지 않고 활성 세션에 더 가깝게 유지됩니다.
세션은 프로젝트, 사람, 사용자 지정 카테고리로 그룹화할 수 있습니다. 에이전트 작업은 대화, 실행, 승인, 파일 검사, 후속 조치 사이를 반복적으로 오가기 때문에 이 설계는 중요합니다. 하나의 지속적 세션을 중심으로 이러한 면들을 유지하면 운영 마찰이 줄어듭니다.
OpenClaw 2.0 성능: 데이터가 보여주는 것
OpenClaw는 모델에 종속되지 않으므로, 가장 신뢰할 수 있는 2.0 벤치마크는 추론 품질이 아니라 런타임 경험을 측정합니다. 모의 게이트웨이와 50ms HTTP/1.1 지연에서 기본 채팅 시작을 시뮬레이션한 공식 테스트에서, JavaScript 요청은 140개에서 45개로, 시작 시간은 약 1.6초에서 575밀리초로 감소했습니다.
| 공식 시작 테스트 | 이전 | OpenClaw 2.0 | 계산된 결과 |
|---|---|---|---|
| JavaScript 요청 | 140 | 45 | 67.9% 감소 |
| 시작 시간 | 약 1,600 ms | 575 ms | 64.1% 낮아짐 |
| 상대적 시작 속도 | 1.0× | 약 2.78× | 약 2.8× 더 빠름 |
퍼센트는 공식 전후 값에서 계산되었습니다. 이는 임의의 실제 에이전트 완료가 아니라, 명시된 Control UI 시작 테스트를 설명합니다.
이 벤치마크가 모든 OpenClaw 워크플로우가 2.8배 더 빨라졌음을 의미하지는 않습니다. 모델 지연, 네트워크 호출, 도구 실행, 브라우저 동작, 장기 작업은 여전히 별도의 병목입니다.
설치와 온보딩
가이드 설정은 머신에 이미 존재하는 지원되는 구독, API 키, 로컬 모델을 탐색할 수 있습니다. 그런 다음 선택된 모델을 검증한 후 저장하며, 브라우저 애플리케이션이나 터미널로 바로 넘길 수 있습니다.
제품은 선택적 구성을 요구하기 전에 작동하는 대화에 도달하려고 시도합니다. 이는 과거의 구성 우선 흐름을 뒤집으며 초기 경험을 진단하기 쉽게 만듭니다.
SQLite와 지속적 세션 상태
OpenClaw 2.0은 세션과 대화 기록을 SQLite로 이동합니다. 구조화된 스토리지는 조회, 협업, 이력, 복구, 교차 대화 워크플로우에 더 강력한 기반을 제공합니다.
이 변화는 주요 업그레이드 리스크이기도 합니다. 패키지를 롤백해도 스토리지 마이그레이션이 자동으로 되돌아가지 않으며, 마이그레이션 이후 생성된 세션은 이전 파일 기반 릴리스에 단순히 나타나지 않습니다.
업그레이드 전에 검증된 백업을 생성하십시오. 파일 기반 버전으로 돌아가기 전에 SQLite 다운그레이드 절차를 검토하십시오.
openclaw backup create --output ~/Backups/openclaw --verify
백업 문서는 상태, 구성, 자격증명, 에이전트 디렉터리, 세션, 워크스페이스를 포함하고 결과 아카이브를 검증하는 방법을 설명합니다.
메모리와 Skills가 더 운영적으로 변화
지원되는 개인용 Claw는 동일 에이전트의 다른 비공개 대화에서 관련 컨텍스트를 회상할 수 있습니다. 메모리 워크플로우는 검색, 검사, 가져오기, 제거를 더 가시적으로 만듭니다.
Skills는 2.0 이전에도 존재했습니다. 달라진 것은 주변 생애주기입니다. Skill Workshop은 생성, 검증, 발견, 설치, 호출, 제안, 검사, 결정, 이력을 연결합니다.
결과 루프는 단순합니다: 실행, 관찰, 개선 제안, 검토, 재사용. 이는 모든 교훈을 과도하게 긴 시스템 프롬프트에 누적하는 것보다 지속 가능합니다.
CometAPI의 OpenClaw 메모리 가이드는 메모리 제어를 더 자세히 다룹니다.
모델 선택과 CometAPI
OpenClaw가 런타임을 제어하고, 모델은 여전히 공급자에서 옵니다. 2.0은 대화, 에이전트, 공유 기본에 할당된 모델을 바꾸면서도 세션, 메모리, 도구, 권한을 안정적으로 유지할 수 있습니다.
예를 들어, CometAPI의 GPT-5.6 Sol API는 추론 집약적 에이전트 작업을 처리하고, 다른 모델이 일상적인 모니터링이나 요약을 담당할 수 있습니다. 주변 OpenClaw 워크플로우는 각 모델 라우트마다 재설계할 필요가 없습니다.
CometAPI의 OpenClaw 구성 튜토리얼은 공급자별 설정 단계를 제공합니다.
자동화, 브라우저 제어, 컴퓨터 사용
OpenClaw 2.0은 에이전트, Control UI, CLI, 문서, 지원되는 네이티브 애플리케이션 전반에서 예약 작업을 하나의 Automations 및 스케줄링 모델로 통합합니다.
브라우저 액세스는 격리된 관리 프로필이나 사용자가 선택한 정확한 Chrome 탭을 사용할 수 있습니다. 컴퓨터 제어는 여전히 플랫폼과 권한에 따라 달라집니다.
| 컴퓨터 사용 영역 | OpenClaw 2.0 상태 |
|---|---|
| 관리되는 Chromium 브라우저 | 지원됨 |
| 선택된 로그인 Chrome 탭 | 지원됨 |
| macOS 컴퓨터 제어 | 지원됨 |
| Windows 컴퓨터 제어 | 명시적으로 활성화 시 지원됨 |
| Linux 컴퓨터 제어 | 실험적 |
| 입력을 차단하는 뷰 전용 세션 | 지원됨 |
중요한 개선점은 런타임이 더 많은 클릭을 수행할 수 있다는 사실만이 아닙니다. 브라우저 정체성, 디바이스 정체성, 승인, 권한이 점점 의도된 세션과 머신에 더 밀접하게 묶입니다.
보안이 세션 인지적으로 변화
명령 실행, 파일 액세스, 브라우저 조작, 외부 서비스 호출이 가능한 에이전트는 텍스트 전용 챗봇보다 더 엄격한 경계가 필요합니다. 2.0에서는 승인이 요청에 바인딩되며, 보호된 자격증명이 일반적인 모델 가시 텍스트로 변환되지 않고 지원 대상에 도달할 수 있습니다.
설계 원칙은 권한이 재사용 가능한 포괄 승인으로 변하지 않고 작업과 함께 이동해야 한다는 것입니다. 세션별 정책은 더 넓은 설치 대비 하나의 대화 권한을 낮출 수도 있습니다.
협업 컨트롤은 적대적 테넌트 격리 수준의 완전한 격리가 아닙니다. 관련 없는 사용자를 서비스하는 비즈니스를 위해서는 런타임 주변에 배포 수준의 격리를 추가해야 합니다.
안전하게 업그레이드하는 방법
지원되는 업데이트 경로는 교체 전에 설치를 검사합니다. CLI는 설치나 재시작 없이 계획된 동작을 미리 보여주는 드라이런 모드도 제공합니다.
openclaw backup create --output ~/Backups/openclaw --verify
openclaw update --dry-run
openclaw update
openclaw doctor
openclaw health
운영 사용자는 일상 운영에서 중요한 동일한 플러그인, 채널, 브라우저 권한, 자동화, 복구 검사를 실행해야 합니다. 패키지가 성공적으로 설치되었다고 해서 모든 지속적 워크플로우가 마이그레이션을 견뎠다는 뜻은 아닙니다.
OpenClaw 2.0으로 업그레이드해야 할까?
| 사용자 유형 | 권장 사항 | 이유 |
|---|---|---|
| 신규 OpenClaw 사용자 | 현재 안정 버전 다운로드 | 최고의 온보딩 및 UI 기준선 |
| 기존 개인 사용자 | 대체로 예 | 더 나은 UI, 메모리, 상태 관리 |
| 공유 에이전트를 테스트하는 팀 | 강력히 예 | 멀티플레이어가 2.0의 결정적 기능 |
| 자동화를 많이 쓰는 사용자 | 테스트 후 예 | 지속성이 개선되지만 마이그레이션이 중요 |
| 운영 배포 | 단계적 적용 | SQLite와 권한 변경은 검증 필요 |
| 고도로 커스터마이즈된 설치 | 병행 테스트 | 플러그인과 통합이 조정 필요 가능 |
| 손쉬운 롤백이 필요한 사용자 | 신중히 백업 | 새 SQLite 세션은 의도적 다운그레이드 처리가 필요 |
대부분의 활성 사용자에게 OpenClaw 2.0은 의미 있는 업그레이드입니다. 가장 강한 가치는 변화들이 서로를 강화한다는 데 있습니다: 공유 세션은 더 강한 상태를 필요로 하고, 더 강한 상태는 더 나은 메모리를 가능하게 하며, 지속적 워크플로우는 Skills의 가치를 높이고, 협업 실행은 범위가 지정된 권한을 더 중요하게 만듭니다.
최종 결론
OpenClaw 2.0은 성숙도로의 전환으로 이해하는 것이 가장 좋습니다. 릴리스는 모델 레이어를 대체하지 않으며, 그 모델을 둘러싼 운영 레이어를 더 지속적이고 협업 가능하며 이해 가능하고 거버넌스 가능한 상태로 만듭니다.
신규 사용자는 최신 안정 버전으로 시작해야 합니다. 기존 사용자는 검증된 백업을 생성하고 중요한 통합을 테스트한 후 업그레이드해야 합니다. 팀은 멀티플레이어 세션, SQLite 기반 상태, 개선된 메모리, 요청별 승인에서 가장 큰 가치를 얻습니다.
모델 레이어로 CometAPI를 사용하는 개발자에게 아키텍처는 유연함을 유지합니다: OpenClaw는 워크플로우를 소유하고, CometAPI의 GPT-5.6 Sol API나 다른 적합한 모델이 추론을 제공합니다.
자주 묻는 질문
OpenClaw 2.0은 새로운 AI 모델인가요?
아닙니다. 이는 AI 에이전트 런타임이자 오케스트레이션 환경입니다. 연결된 모델이 대부분의 언어, 추론, 코딩 역량을 결정합니다.
OpenClaw 2.0의 버전은 무엇인가요?
OpenClaw 2.0은 v2026.8.1의 마일스톤 명칭입니다. 이후 릴리스는 이 기반 위에 구축되므로, 신규 배포는 현재 안정 버전도 함께 평가해야 합니다.
가장 중요한 새 기능은 무엇인가요?
공유 멀티플레이어 세션이 가장 큰 전략적 변화입니다. 이는 여러 승인된 인원이 지속적 에이전트 작업을 중심으로 협업할 수 있게 합니다. 개인 사용자에게는 재구성된 Control UI와 간소화된 온보딩이 더 즉각적으로 보일 수 있습니다.
OpenClaw 2.0은 무료인가요?
소스 코드는 MIT 라이선스를 유지합니다. 모델 API 사용, 인프라, 스토리지, 외부 서비스는 여전히 운영 비용을 발생시킬 수 있습니다.
OpenClaw 2.0이 모델을 더 빠르게 만드나요?
직접적으로는 아닙니다. 발표된 성능 결과는 특정 시뮬레이션 테스트 하의 Control UI 시작에 관한 것입니다. 모델 추론과 도구 실행은 각각 고유한 지연을 가집니다.
업그레이드 후 롤백할 수 있나요?
가능합니다. 하지만 파일 기반 릴리스로 돌아가기 전에, 현재 OpenClaw CLI로 보관된 레거시 대화 기록을 복원하십시오. SQLite 마이그레이션 이후 생성된 세션은 이전 릴리스에 나타나지 않습니다. 백업을 생성하고 검증한 뒤, 공식 다운그레이드 절차를 따르십시오.