오픈클로, AI 에이전트 프레임워크 2.0 발표

기사 이해를 돕기위한 이미지
사용자의 컴퓨터나 클라우드에서 직접 실행되는 오픈소스 AI 에이전트 프레임워크 오픈클로(OpenClaw)가 2026년 8월 31일 버전 2026.8.1, 이른바 오픈클로 2.0을 발표했다. 프로젝트 역사상 최대 규모인 이번 업데이트의 핵심은 복잡했던 설치 절차를 줄이고, 개인용 자동화 도구를 여러 사람이 함께 쓰는 협업 환경으로 확장하며, 초기 버전에서 지적된 보안 문제를 제품 구조 안에서 다루기 시작했다는 데 있다.
오픈클로는 질문에 답하는 브라우저 챗봇과 달리 사용자의 환경에서 작업을 수행하는 에이전틱 AI에 가깝다. 에이전틱 AI란 모델이 답변 생성에 머물지 않고 도구와 파일, 외부 서비스를 이용해 여러 단계의 업무를 실행하는 방식을 뜻한다. 이번 발표는 OpenAI Group PBC가 창립자 Peter Steinberger를 영입한 뒤 나온 첫 메이저 업데이트이기도 하다.
설치 장벽을 낮추고 협업을 전면에 세웠다
가장 즉각적인 변화는 초기 설정이다. 새 버전은 사용자 컴퓨터에 이미 있는 ChatGPT·Claude 구독과 API 키, 로컬에 설치된 모델을 자동으로 감지한다. 특정 모델 공급자에 종속되지 않는 구조도 유지해 호스팅형·구독형·API·로컬 모델을 모두 지원한다. 사용자가 모델 연결 방식을 일일이 구성해야 했던 부담을 줄이면서 선택지는 그대로 남긴 셈이다.
브라우저 인터페이스는 보조 도구가 아니라 주 인터페이스로 다시 만들어졌다. 채팅 중심의 제어 센터에서 대화와 설정, 작업 모니터링, 워크플로우 관리를 처리할 수 있고 새 위젯과 대화 검색도 추가됐다. 검색은 정확한 텍스트뿐 아니라 단어와 구문을 대상으로 한다. WhatsApp·Telegram·Discord·Slack 등 여러 메신저 채널을 지원하면서도, 운영의 중심은 브라우저 대시보드로 모으는 구성이다.
협업의 중심에는 공유 클라우드 세션이 있다. 여러 사용자가 진행 중인 에이전트 세션에 기존 맥락을 유지한 채 참여하는 기능이다. 기업 측 설명대로 그룹이 동일한 AI 에이전트로 함께 작업할 수 없었던 이전 제약을 없애는 변화다. 개인의 반복 업무를 대신하던 도구가 팀이나 가족이 공유하는 워크플로우로 넓어질 수 있다는 점에서 2.0의 성격을 가장 분명하게 보여준다.
933명과 1만6000건이 보여주는 전환 규모
이번 릴리스에는 933명의 기여자가 참여했고 1만6000건 이상의 풀 리퀘스트가 병합됐다. 약 두 달간 진행된 안정화 사이클에서 프로젝트 창립 이후 전체 풀 리퀘스트의 절반이 한꺼번에 반영됐다. 수석 아키텍트 Vincent Koc은 “이번 한 릴리스에 프로젝트 창립 이후 전체 PR의 50%가 담겼다”고 설명했다.
이 수치는 단순히 기능 목록이 길어졌다는 의미를 넘어선다. 설치, 사용자 인터페이스, 협업, 모델 연결, 권한 관리가 동시에 바뀌었다는 점에서 개인용 프로젝트가 다사용자 운영 플랫폼으로 넘어가는 과정에 가깝다. Steinberger가 “UI/UX부터 로컬 모델 추론까지, 이제 우리는 오픈클로로 오픈클로를 만들고 있다”고 말한 것도 개발 과정 자체에 에이전트를 활용하는 단계에 들어섰다는 설명이다.
다만 변화의 폭이 큰 만큼 커뮤니티 반응은 엇갈렸다. 순조로운 업그레이드를 반기는 사용자들이 있는 반면 마이그레이션 문제, 게이트웨이 오류, 기존 자동화 손실, 인증 문제를 보고한 사례도 있었다. 게이트웨이는 사용자와 에이전트, 외부 서비스 사이의 요청과 접근을 통제하는 관문이다. 실무에서는 새 기능의 유무만큼 기존 워크플로우와 인증 구성이 그대로 이어지는지 확인해야 한다.
보안을 정면에 내세운 이유
초기 오픈클로에는 루트 권한 동작과 부족한 샌드박싱 등 심각한 보안 취약점이 지적됐다. 샌드박싱은 프로그램이 접근할 수 있는 파일과 자원을 제한해 문제가 생겨도 피해 범위를 가두는 방식이다. 파일과 자격증명을 다루는 에이전트에서는 답변의 정확성뿐 아니라 무엇을 읽고 실행할 수 있는지가 핵심 위험이 된다.
2.0은 명시적 신뢰 경계, 최소 권한 원칙, 역할 기반 권한 관리와 게이트웨이 접근 통제를 강화했다. 파일시스템 접근은 사전에 등록한 작업공간으로 고정되며 승인 범위 밖의 파일에는 접근할 수 없다. 세션 권한 모드를 통해 팀 운영자는 사용자별로 접근 가능한 에이전트를 제한하고 자동화 작업의 승인 상태를 지속적으로 관리할 수 있다.
자격증명 처리도 달라졌다. 에이전트는 마스크된 프롬프트로 시크릿을 요청해 실제 값이 채팅 기록이나 모델 컨텍스트에 드러나지 않게 할 수 있다. SQLite 기반 팀 시크릿 관리, 서비스 계정 인증과 감사 기록을 포함한 1Password 연동도 지원한다. 선택적 프록시는 승인된 목적지에만 외부 요청을 허용해 유출 경로를 좁힌다.
외부 플러그인을 설치할 때는 기능과 출처, 버전, 아티팩트 세부사항을 먼저 보여준다. 신뢰할 수 없는 출처는 --force 플래그가 필요하고, 공식 저장소 ClawHub의 검수를 거친 소스는 경고를 생략할 수 있다. 어느 경우든 플러그인이 요구하는 기능에는 사용자가 동의해야 한다.
한국에서는 보안 생태계가 먼저 움직였다
오픈클로는 2025년 11월 처음 공개된 뒤 강력한 자동화 기능으로 두 달 만에 깃허브 스타 31만6000개를 넘기며 리액트를 제쳤다. 동시에 초기 보안 공백이 드러나자 한국 스타트업 런레이어는 2.0보다 앞선 2026년 2월 기업용 보안 솔루션을 출시했다. 이는 8월 31일 발표에 대한 대응이 아니라, 이전부터 오픈클로를 안전하게 운영하려는 별도 생태계가 성장하고 있었다는 사례다.
런레이어는 SOC 2와 HIPAA 인증을 획득했다. 핵심 기능 ToolGuard는 위험한 명령을 0.1초 안에 차단하고 AWS 키와 데이터베이스 자격증명 같은 민감정보 유출을 90% 이상 탐지하며, Okta·Entra 등 기업 인증 시스템과 연동된다. 앤디 버먼 CEO는 내부 테스트에서 프롬프트 인젝션 방어율이 8.7%에서 95%로 높아졌다고 밝혔다.
버먼 CEO의 “직원들에게 (에이전트를) 쓰지 말라고 통제하는 단계는 이미 2024년에 끝났다”는 발언은 기업의 과제를 압축한다. 사용 자체를 막기보다 어떤 명령과 데이터 접근을 허용하고, 이상 행동을 어떻게 감시할지 설계해야 한다는 문제다. 오픈클로 2.0의 네이티브 보안 강화와 외부 통제 제품은 서로 다른 시점에 등장했지만 같은 운영 위험을 겨냥한다.
네이티브 보안이 강화되면 서드파티는 필요 없나
현재 공개된 사실만으로 서드파티 보안이 불필요해졌다고 보기는 어렵다. 오픈클로 문서는 새 통제 기능이 “협업을 위한 것”이며 “적대적인 멀티테넌트 격리 수단으로 취급해서는 안 된다”고 경고한다. 멀티테넌트 격리는 서로 신뢰하지 않는 사용자나 조직의 데이터와 실행 환경을 강하게 분리하는 체계다. 따라서 이번 기능이 완전히 낯선 제3자와 계정을 공유해도 안전하다는 뜻은 아니다.
기업이 도입을 검토할 수는 있지만, 곧바로 전사 확대를 결정하기보다 작업공간 제한과 역할 권한, 시크릿 관리, 플러그인 출처 검토, 외부 요청 통제가 실제 업무에서 어떻게 작동하는지 확인할 필요가 있다. 특히 업그레이드 과정에서 보고된 게이트웨이·인증·자동화 손실 문제는 기존 환경과의 호환성을 별도로 검증해야 할 근거가 된다.
내장 통제는 기본 안전선을 높이고, 서드파티 제품은 실시간 명령 차단이나 기업 인증 연동 같은 추가 통제층을 제공하는 구도가 이어질 수 있다는 해석이 나온다. 어느 쪽이 충분한지는 조직의 신뢰 경계와 데이터 민감도에 따라 달라질 문제다.
개인 에이전트에서 운영 가능한 플랫폼으로
오픈클로 2.0이 보내는 신호는 에이전틱 AI의 경쟁 기준이 모델 성능만으로 정해지지 않는다는 점이다. 설치가 쉬워야 하고, 여러 사람이 맥락을 공유해야 하며, 파일·자격증명·플러그인·외부 통신을 통제할 수 있어야 실제 조직의 도구가 된다. 이번 업데이트는 이 조건들을 한 제품 안에서 묶으려는 큰 전환이다.
동시에 문서가 격리 능력의 한계를 직접 경고하고, 일부 사용자가 마이그레이션과 인증 문제를 보고했다는 사실은 2.0이 보안과 운영 문제를 완결했다는 의미가 아님을 보여준다. 공식 로드맵은 아직 공개되지 않았다. 대규모 커뮤니티 개발과 강화된 네이티브 통제가 안정적인 팀 운영으로 이어질지, 그리고 한국에서 먼저 등장한 보안 생태계와 어떤 역할 분담을 만들지는 지켜볼 대목이다.
댓글
댓글 쓰기