Rabbit OS3 AI Agent, R1 하드웨어에서 벗어나다

Rabbit이 R1 기기 없이 사용할 수 있는 Rabbit OS3 AI agent를 출시하며, 회사를 처음 규정했던 하드웨어 우선 전략을 뒤집었다.

OS3는 브라우저를 통해 실행되며 연결된 Windows, Mac, Linux 컴퓨터 전반의 작업을 조율한다. 클라우드 서비스는 오케스트레이션과 메모리를 제공하고, 로컬에 설치된 Rabbit agent는 파일, 소프트웨어, 터미널, 지원되는 화면 제어 기능에 접근한다.

이 변화가 중요한 이유는 Rabbit이 더 이상 사람들에게 또 하나의 기기를 들고 다니도록 설득할 필요가 없기 때문이다. 대신 이미 익숙한 하드웨어에서 실행되는 OpenAI, Anthropic의 컴퓨터 사용 제품과 늘어나는 agent 플랫폼들과 경쟁해야 한다.

이는 OS3의 접근성을 높이지만, Rabbit의 가장 뚜렷한 물리적 차별점도 없앤다. 회사는 모델, skills, 컴퓨터 전반을 조율하는 기능 자체가 사람들이 가치를 느끼는 제품이 될 수 있다는 데 베팅하고 있다.

Rabbit OS3 AI Agent, 전용 하드웨어를 넘어서다

OS3는 R1을 Rabbit의 주력 제품에서 더 광범위한 소프트웨어 플랫폼으로 향하는 선택적 관문 중 하나로 바꾼다.

Rabbit은 초대 전용 베타를 거쳐 2026년 9월 22일 OS3를 정식 출시했다. 회사는 이를 작업 수행을 위해 AI 모델과 도구를 조율하는 소프트웨어라는 의미에서 “agentic operating system”이라고 설명한다.

사용자는 웹 브라우저나 Telegram을 통해 workspace에 접근할 수 있다. Rabbit은 같은 계정에 연결되는 음성 인터페이스로 R1 핸드헬드도 지원한다.

이제 R1은 필수가 아니다. 이 점이 이번 출시의 핵심적인 전환을 만든다.

Rabbit은 AI assistant에 목적 특화 하드웨어가 필요하다고 주장하며 대중의 주목을 받기 시작했다. R1은 Rabbit 소프트웨어와 상호작용하기 위한 물리 버튼, 마이크, 카메라, 작은 화면, 스크롤 휠을 제공했다.

OS3는 사람들이 이미 소유한 컴퓨터에 핵심 경험을 배치한다. 회사의 OS3 workspace는 R1을 시스템의 토대가 아니라 휴대 가능한 접근 지점으로 제시한다.

OS3가 컴퓨터에서 작업하도록 하려면 사용자는 Rabbit agent라는 로컬 프로그램을 설치한다. 그러면 해당 컴퓨터는 node가 되며, 이는 OS3 계정에 연결된 기기를 가리키는 Rabbit의 용어다.

Rabbit은 하나의 계정에 최대 5개의 node를 연결할 수 있다고 말한다. node에는 개인용 컴퓨터, 서버, 클라우드 가상 머신, R1이 포함될 수 있다.

OS3는 연결된 node 중 어느 것이 작업을 처리해야 할지 결정한다. 요청에 서로 다른 위치에 저장된 리소스가 필요할 때는 기기 간 작업을 옮길 수도 있다.

이 접근 방식은 클라우드 조율과 로컬 실행을 결합한다. 대화, 지침, 메모리, 모델 라우팅은 온라인 서비스를 거치고, 파일 및 소프트웨어 작업은 선택된 node를 통해 이뤄진다.

Rabbit은 플랫폼이 터미널, 로컬 파일, 설치된 도구를 사용할 수 있다고 말한다. 시각적 상호작용이 필요한 작업의 경우 Direct Large Action Model, 즉 DLAM이 화면을 읽고 키보드 또는 마우스 입력을 시뮬레이션할 수 있다.

이 구조는 작업을 수행하는 컴퓨터가 아닌 다른 곳에서 요청을 시작할 수 있게 한다. 예를 들어 사용자는 Telegram으로 지시를 보내는 동안 Rabbit agent가 연결된 데스크톱에서 소프트웨어를 조작하게 할 수 있다.

Rabbit CEO Jesse Lyu는 Wired에 그러한 사례 하나를 들었다. 그는 OS3에 공급업체의 주간 스프레드시트에서 정보를 가져와 마스터 파일에 추가해 달라고 요청한다고 말했다.

이 사례는 독립적인 안정성 테스트가 아니라 회사가 제시한 시나리오다. 그럼에도 Rabbit이 OS3를 무엇으로 만들고자 하는지 보여준다. 즉, 커뮤니케이션 채널, 모델, 로컬 기기를 아우르는 제어 계층이다.

이 인터페이스는 모든 작업을 별도 채팅으로 제시하는 대신 하나의 연속적인 대화를 지원한다. Rabbit은 사용자가 새 작업을 시작해도 관련 메모리와 맥락이 이어질 수 있다고 말한다.

Rabbit의 문서에 따르면 각 접근 채널은 자체 대화 스레드를 유지한다. 이 스레드들은 하나의 동일한 채팅 기록을 이루지는 않지만, 공유 메모리를 활용한다.

OS3는 bring-your-own-key 모델도 따른다. 사용자는 지원되는 AI provider의 API key를 연결하거나, 호환 가능한 다른 모델 소스를 구성한다.

이는 오케스트레이션 계층과 추론을 수행하는 모델을 분리한다. 사용자는 연결된 컴퓨터, skills, 저장된 맥락을 다시 구축하지 않고도 모델을 바꿀 수 있다.

Rabbit의 release notes에 따르면 사용자는 공개 URL을 대화에 붙여넣어 호환 가능한 skills를 추가할 수 있다. skill은 agent를 위한 지침, 스크립트, connectors 또는 기타 기능을 패키징한다.

이 조합은 야심 차다. OS3는 사용자가 각 구성 요소를 개별적으로 관리하도록 강요하지 않고 맥락을 보존하고, 모델을 선택하고, 컴퓨터를 고르고, skill을 설치하고, 작업을 완료하는 것을 목표로 한다.

하지만 가장 중요한 기능은 더 단순하다. 이제 사람들은 Rabbit 하드웨어를 먼저 구매하지 않고도 Rabbit의 agent를 평가할 수 있다.

Rabbit의 소프트웨어 전환, R1의 이야기를 다시 쓰다

이번 출시는 R1의 후속작이라기보다 Rabbit의 초기 소프트웨어가 이를 둘러싼 기기에서 벗어나야 했음을 인정한 데 가깝다.

Rabbit은 전용 소비자 AI 하드웨어를 만들려는 초기 경쟁이 한창일 때 R1을 공개했다. 이 회사의 핵심 제안은 단순히 질문에 답하는 것이 아니라 행동을 수행하는 assistant였다.

이 기기는 표준적인 스마트폰 인터페이스를 거부했기에 주목을 받았다. 사용자는 의도를 말하고, Rabbit의 소프트웨어가 뒤에서 필요한 서비스를 처리하는 방식이었다.

초기 리뷰들은 그 비전과 실제 제품 사이에 큰 격차가 있다고 평가했다. 기본 기능은 미완성으로 느껴졌고, 약속했던 행동 수행 능력은 일관성이 없거나 부재했다.

Wired는 원래 기기에 10점 만점에 3점을 부여했다. R1 review는 낮은 배터리 성능, 신뢰할 수 없는 응답, 스마트폰 대신 이 기기를 써야 할 이유가 제한적이라는 점을 지적했다.

이 문제들은 특히 큰 타격이었다. R1은 대체 수단에 쓸 여지가 거의 없었기 때문이다. 일반적인 컴퓨터에서는 자동화가 실패할 때 사용자가 직접 개입할 수 있지만, Rabbit의 작은 인터페이스는 수동 제어 기능을 더 적게 드러냈다.

Rabbit은 이후 수년 동안 소프트웨어를 확장하는 데 시간을 보냈다. Lyu는 Wired에 회사가 지난 1년 반 동안 약 50개의 업데이트를 제공했다고 말했다.

그는 또한 12,000명이 넘는 Discord community를 언급했다. Lyu에 따르면 이 그룹의 피드백은 Rabbit이 더 큰 개방성과 third-party agent 지원으로 향하는 데 영향을 미쳤다.

이 수치는 Rabbit의 최고경영자가 제시한 것이며 독립 감사를 거치지 않았다. 그럼에도 회사가 이제 R1을 완성된 출시 제품이 아니라 계속 진화하는 제품으로 어떻게 규정하는지 보여준다.

OS3는 이 진화를 범용 컴퓨터로 확장한다. 대화형 약속은 유지하면서, 성숙한 운영체제, 기존 애플리케이션, 사용자의 실제 업무 파일에 접근할 수 있게 됐다.

이는 하드웨어 독점성에서 물러나는 실용적 선택이다. 동시에 Rabbit 소프트웨어에 대한 더 까다로운 시험이기도 하다.

R1은 한때 회사가 전체 상호작용 표면을 통제하도록 해줬다. OS3에서는 Rabbit agent가 서로 다른 하드웨어, 운영체제 권한, 소프트웨어 버전, 보안 설정, 모델 provider와 공존해야 한다.

이 복잡성은 작업이 실패할 수 있는 경로를 늘린다. 동시에 시스템이 훨씬 더 유용한 리소스에 접근할 수 있게도 한다.

데스크톱에는 프로젝트 문서, 개발 환경, 스프레드시트, 커뮤니케이션 도구, 인증된 애플리케이션이 있을 수 있다. 그곳에서 작동하는 agent는 작은 독립형 기기에 갇힌 agent보다 의미 있는 업무를 끝낼 가능성이 더 크다.

따라서 Rabbit은 통제된 기기를 더 풍부한 환경과 맞바꾸고 있다. 회사는 관련성을 얻는 대신 새로운 안정성 및 보안 부담을 떠안는다.

R1이 플랫폼에서 사라지는 것은 아니다. 소유자는 다른 애플리케이션을 열지 않고도 이를 사용해 작업을 시작하고, 진행 상황을 확인하거나, OS3에 음성 지시를 내릴 수 있다.

그러나 Wired의 OS3 report에 따르면 Rabbit은 R1 생산을 중단했다. 기존 재고는 계속 구매할 수 있지만, 회사는 OS3에 집중하고 있다.

Lyu는 또한 Wired에 Rabbit이 R2 계획은 없다고 말했다. 회사가 다음으로 발표한 하드웨어 프로젝트는 AI 지원 소프트웨어 제작을 위한 cyberdeck이다.

이 순서는 새로운 위계를 분명하게 보여준다. Rabbit은 같은 핸드헬드 기기의 다음 세대를 판매하기 위해 OS3를 만드는 것이 아니다.

대신 특정 form factor가 유용해 보일 때 소프트웨어를 중심으로 하드웨어를 구축하고 있다. 이제 agent 플랫폼이 우선이다.

이 전환은 Rabbit에 일상 업무로 진입할 더 신뢰할 만한 경로를 제공한다. 동시에 독특한 산업 디자인의 중요성이 훨씬 낮은 시장에 회사를 놓는다.

사용자들은 더 이상 R1을 스마트폰이나 AI pin과 비교하지 않는다. 브라우저, 터미널, 데스크톱을 제어할 수 있는 모든 agent와 Rabbit OS3를 비교한다.

새로운 경쟁은 AI 하드웨어가 아니라 Agent 조율이다

Rabbit은 이제 분산된 agent 도구들을 하나의 신뢰할 수 있는 업무 환경처럼 느끼게 하는 조율 계층을 만들 수 있는지로 경쟁한다.

컴퓨터 사용은 모델 개발자들의 주요 방향이 됐다. 이 시스템들은 작업을 해석하고, 인터페이스를 살피며, 클릭, 타이핑, 코드 실행 같은 행동을 선택한다.

Anthropic은 Claude가 표준 소프트웨어 인터페이스와 상호작용할 수 있도록 하는 computer-use 기능을 도입했다. OpenAI는 이후 스크린샷과 시뮬레이션 입력을 통해 그래픽 인터페이스를 조작할 수 있는 컴퓨터 사용 모델을 개발했다.

OpenAI는 computer-using agent를 사람이 사용하는 것과 같은 시각적 제어 기능을 통해 디지털 작업을 처리하는 방식이라고 설명했다. 이후 Operator 기능은 ChatGPT agent로 옮겨갔다.

이 제품들은 중요한 경쟁 기준선을 만들었다. 이제 스타트업은 AI가 웹사이트를 클릭하며 작업할 수 있다는 사실만으로는 두각을 나타내기 어렵다.

Rabbit은 오케스트레이션을 통해 OS3를 차별화해야 한다. 회사의 주장은 모델, skills, 메모리, 접근 채널, 연결된 컴퓨터가 하나의 환경을 구성하는 요소로 지속되어야 한다는 것이다.

bring-your-own-key 접근 방식은 이 입장을 강화한다. Rabbit은 사용자에게 하나의 기반 모델을 업무의 영구적인 중심으로 취급하라고 요구하지 않는다.

사용자는 지원되는 클라우드 모델을 선택하거나, 다른 provider를 통해 라우팅하거나, 로컬 호스팅 옵션을 연결할 수 있다. 따라서 Rabbit의 가치는 그 모델을 둘러싼 모든 요소에서 나와야 한다.

이 설계는 특정 모델 vendor에 대한 의존도를 낮춘다. 동시에 Rabbit이 속도, 비용, 프라이버시, 작업 품질에 영향을 주는 모든 구성 요소를 통제하지는 못한다는 뜻이기도 하다.

실패한 요청은 모델, third-party skill, 로컬 권한, Rabbit의 오케스트레이션, 또는 대상 애플리케이션에서 비롯될 수 있다. 일반 사용자가 이러한 실패를 진단하기는 어려워질 수 있다.

OS3는 이러한 복잡성의 상당 부분을 감추려 한다. 사용자는 결과를 설명하고, 시스템은 이를 추구하는 데 필요한 리소스를 선택한다.

가장 이상적인 경우 이는 휴대 가능한 업무 맥락과 닮아 있다. 사용자는 기반 모델을 바꾸더라도 연결된 기기, 선호 도구, 재사용 가능한 skills, 축적된 메모리를 유지할 수 있다.

이러한 이동성은 독립형 AI 제품의 실질적인 약점을 해소한다. 사용자는 다른 assistant로 옮기거나 새 채팅을 시작할 때마다 지침과 연결을 다시 구축하는 경우가 많다.

반대로 OS3는 맥락을 Rabbit 계층의 일부로 취급한다. 모델은 교체할 수 있지만, 이를 둘러싼 업무 환경은 그대로 유지된다.

이 접근 방식은 좁지만 의미 있는 방식으로 기존 모델 provider에도 압박을 가한다. 축적된 맥락을 통해 사용자를 하나의 인터페이스에 묶어둘 능력을 낮추기 때문이다.

그러나 대형 provider들은 이미 agents, connectors, 메모리, 코딩 도구, 백그라운드 작업 실행 기능을 제공한다. Rabbit은 이들의 인프라 예산에 맞서지 못하는 상황에서 더 빠르게 움직여야 한다.

멀티 노드 설계는 차별화 요소가 될 수 있다. 하나의 요청이 동일한 계정 아래 사무실 워크스테이션, 집 컴퓨터, 서버를 함께 활용할 수 있다.

이는 임시 가상 컴퓨터 내부에서 작동하는 브라우저 에이전트보다 더 넓은 범위다. 사용자의 도구와 파일이 이미 존재하는 환경에서 에이전트가 작업할 수 있게 한다.

하지만 그 이점은 신뢰 경계도 넓힌다. 여러 기기를 연결하면 하나의 오케스트레이션 서비스가 더 많은 환경, 권한, 민감한 맥락에 접근하게 된다.

Rabbit의 스킬 시스템은 또 다른 경쟁 차원을 더한다. 스킬을 활용하면 Rabbit이 모든 통합 기능을 직접 개발하지 않아도 에이전트가 전문 워크플로에 유용해질 수 있다.

이 개념은 다른 에이전트 플랫폼의 재사용 가능한 절차와 닮아 있다. 스킬은 파일을 처리하는 방법, 명령줄 도구를 호출하는 방법, 여러 서비스를 조율하는 방법을 설명할 수 있다.

Rabbit은 OS3가 공개 URL에서 호환되는 스킬을 검사하고 설치할 수 있다고 말한다. 이는 설정 부담을 줄이지만, 외부 주체가 만든 코드와 지침에 사용자를 노출시킨다.

지식 노동자에게 매력적인 부분은 단편적인 답변을 넘어설 수 있다는 점이다. 에이전트는 하나의 지속적인 맥락 안에서 자료를 수집하고, 로컬 소프트웨어를 조작하며, 완성된 결과물을 만들 수 있다.

이미 AI workflow를 설계하고 있는 사람이라면 그 근본적인 목표를 알아볼 수 있을 것이다. 시스템은 끊임없는 수동 전송 없이 맥락을 유지하고 반복 가능한 작업을 완수해야 한다.

Rabbit의 과제는 더 폭넓은 조율이 복잡성보다 더 큰 가치를 더한다는 점을 입증하는 것이다. 범용 제어 인터페이스는 매력적으로 들리지만, 사용자가 그 아래의 모든 계층을 직접 문제 해결해야 한다면 이야기가 달라진다.

회사는 사람들이 그러한 조율을 Rabbit에 맡길 이유도 마련해야 한다. 모델 공급업체, 운영체제 제작사, 기존 생산성 플랫폼 모두 비슷한 경험을 추구할 수 있다.

OS3는 실패한 하드웨어 전용 프레임에 대한 Rabbit의 답을 제시한다. 그렇다고 회사에 보호된 시장을 제공하는 것은 아니다.

로컬 접근은 신뢰를 OS3의 가장 어려운 기능으로 만든다

Rabbit AI agent는 로컬 파일과 애플리케이션에 접근할수록 더 유용해지지만, 그러한 권한은 모든 오류의 결과를 더 심각하게 만든다.

Rabbit은 로컬 에이전트가 컴퓨터 전체를 자동으로 클라우드에 복사하지는 않는다고 말한다. 대신 페어링된 노드를 통해 요청된 작업에 필요한 리소스에 접근한다.

이 구분은 중요하지만, 시스템을 완전히 로컬로 만들지는 않는다. OS3는 여전히 클라우드 기반 조율과 모델 처리를 사용하는 하이브리드 서비스다.

요청에 추론이 필요할 때 관련 지침과 콘텐츠는 Rabbit의 서버를 거쳐 선택된 모델 공급업체로 전달될 수 있다. 이후 해당 공급업체는 자체 약관에 따라 이 정보를 처리한다.

Rabbit은 대화와 메모리 정보를 자사 시스템에 저장한다. 따라서 사용자는 연결하는 모든 모델, 스킬, 외부 서비스의 정책과 함께 Rabbit의 정책도 고려해야 한다.

회사의 device-control terms는 제품 페이지보다 더 신중한 그림을 제시한다. 이 약관은 OS3와 Rabbit agent를 의도치 않은 결과를 낼 수 있는 실험적 소프트웨어로 설명한다.

약관은 이 서비스가 프로덕션 환경, 규제 대상, 안전 필수, 컴플라이언스 민감, 또는 무인 상태의 미션 크리티컬 업무용으로 설계되지 않았다고 밝힌다. 사용자는 그 행동을 감독할 책임을 계속 진다.

OS3는 파일을 읽고, 마우스를 움직이고, 입력하고, 애플리케이션을 열고, 웹사이트를 탐색하고, 도구를 설치하고, 거래를 완료할 수 있다. 이러한 기능은 에이전트가 채팅 창 너머에서 행동할 수 있게 하므로 가치를 만든다.

동시에 실수는 데이터와 계정에 물리적인 영향을 미칠 수 있다. 환각으로 인한 답변은 불편하지만, 잘못된 명령은 파일을 수정하거나 시스템을 변경할 수 있다.

Rabbit은 로컬 에이전트가 민감한 기능을 필요로 할 때 운영체제가 자체 권한 대화상자를 표시한다고 말한다. 사용자는 각 기기에서 해당 권한을 승인한다.

서비스는 중요하거나 되돌리기 어렵다고 판단하는 일부 작업에서 일시 정지한다. 사용자는 작업을 중단할 수 있으며, 중요한 작업에 대한 최종 통제권을 유지한다.

이러한 안전장치는 위험을 정확히 분류하는 데 달려 있다. 겉보기에는 평범한 행동도 기밀 정보를 노출하거나, 잘못된 메시지를 보내거나, 손상된 의존성을 도입할 수 있다.

Rabbit은 악성 콘텐츠가 에이전트의 행동을 다른 방향으로 유도하려는 프롬프트 인젝션에 대해 명시적으로 경고한다. 웹페이지, 문서, 이메일 또는 다운로드한 스킬에 이런 지침이 포함될 수 있다.

에이전트가 여러 맥락에서 작동하면 이 위험은 더 커진다. 신뢰할 수 없는 페이지를 읽는 동시에 로컬 파일, 인증된 계정, 재사용 가능한 메모리에 접근할 수 있기 때문이다.

서드파티 스킬은 추가적인 소프트웨어 공급망 문제를 만든다. 편리한 설치 링크는 독립적인 검토가 필요한 스크립트, 의존성 또는 지침을 숨길 수 있다.

Rabbit은 사용자에게 스킬의 감사 요약을 검토하고 보안을 확인하라고 안내한다. 이러한 기대는 기술 전문성 없이 기능을 설치할 수 있다는 제품 약속과 불편하게 충돌한다.

비기술 사용자는 스킬이 파일 접근을 요청한다는 사실은 이해할 수 있어도, 의존성이나 명령이 갖는 함의를 알아차리지는 못할 수 있다. 간편한 설치가 정보에 기반한 동의를 보장하지는 않는다.

회사의 이력은 이 문제의 중요성을 높인다. 2024년 외부 연구자들은 R1 소프트웨어와 연관된 노출된 서비스 키를 보고했다.

Rabbit은 이후 영향을 받은 키를 교체하고 사건을 조사했다고 밝혔다. 이 사례가 OS3가 안전하지 않다는 것을 증명하지는 않지만, 잠재적 사용자에게 투명한 통제를 요구할 이유를 제공한다.

독립적인 테스트는 OS3가 작업을 격리하고, 권한을 제한하며, 행동을 기록하고, 신뢰성 있게 중단하는지를 판단해야 한다. 마케팅 시연만으로는 이러한 질문에 답할 수 없다.

신뢰성도 마찬가지로 면밀한 검토가 필요하다. 시스템은 요청을 정확히 해석하고, 적절한 노드를 선택하며, 호환되는 도구를 호출하고, 요청한 결과가 실제로 발생했는지 확인해야 한다.

에이전트가 잘못된 파일을 변경했거나 오래된 정보로 작업했어도 작업이 완료된 것처럼 보일 수 있다. 지속형 메모리는 이후 대화로 그 오류를 이어갈 수 있다.

모델 전환은 또 다른 불확실성을 만든다. OS3는 선택한 모델이 바뀌어도 사용자 환경을 보존하겠다고 약속하지만, 서로 다른 모델은 같은 스킬을 다르게 해석할 수 있다.

도구 사용 방식, 맥락 처리, 신중함의 수준은 달라질 수 있다. 한 공급업체에서는 성공하는 워크플로가 다른 공급업체에서는 실패하거나 더 많은 감독을 요구할 수 있다.

Bring-your-own-key는 운영 책임도 사용자 쪽으로 옮긴다. 사용자는 자격 증명을 관리하고, 공급업체 사용량을 모니터링하며, 어떤 서비스가 자신의 데이터를 받는지 이해해야 한다.

Rabbit은 인터페이스와 라우팅 계층을 제공하지만, 연결된 모든 공급업체의 행동을 보장할 수는 없다. 이는 OS3가 하나의 일관된 시스템으로 자신을 제시할 수 있는 범위를 제한한다.

OS3를 평가하는 책임 있는 방법은 저위험의 되돌릴 수 있는 작업을 이용하는 것이다. 사용자는 복제 파일, 일회용 환경, 결과를 쉽게 점검할 수 있는 작업부터 시작할 수 있다.

민감한 문서, 금융 활동, 계정 관리, 프로덕션 시스템에는 더 강한 근거가 필요하다. Rabbit의 자체 약관도 이 프리뷰를 무인 인프라처럼 취급하지 말라고 조언한다.

핵심 질문은 OS3가 인상적인 시연을 완수할 수 있는지가 아니다. 작업이 모호해질 때 사람들이 그 경계를 예측할 수 있는지다.

컴퓨터를 제어하는 에이전트에게 이해 가능한 실패는 하나의 기능이다. 사용자는 시스템이 무엇에 접근했고, 어떤 모델이 판단했으며, 각 노드가 무엇을 변경했는지 보여주는 명확한 기록이 필요하다.

독립적인 테스트가 이 지점들을 다루기 전까지 Rabbit의 주장은 주장으로 남아야 한다. OS3는 그 접근이 얼마나 안전하게 확장되는지 확립하기 전에, 회사 소프트웨어가 만질 수 있는 범위를 넓힌다.

세 가지 신호가 Rabbit의 전환이 성공하는지 보여줄 것이다

OS3가 성공하려면 실제 사용을 통해 Rabbit의 소프트웨어가 한때 하드웨어를 둘러쌌던 새로움을 넘어 지속될 수 있음을 입증해야 한다.

첫 번째 신호는 독립적인 작업 신뢰성이다. 리뷰어들은 Rabbit이 선택한 시연에 의존하기보다 Windows, macOS, Linux 전반에서 반복 가능한 워크플로를 테스트해야 한다.

유용한 테스트에는 스프레드시트, 파일 정리, 코딩, 브라우저 작업, 커뮤니케이션 도구가 포함돼야 한다. 또한 완료 품질, 오류 복구, 필요한 감독 수준을 측정해야 한다.

강력한 결과는 OS3가 서로 다른 기기 전반의 복잡한 작업을 조율한다는 Rabbit의 주장을 뒷받침할 것이다. 빈번한 개입은 또 하나의 에이전트 계층을 추가해야 할 근거를 약화할 것이다.

가장 많은 것을 보여주는 작업은 일상적이고 반복적인 작업일 것이다. 일상 업무를 신뢰성 있게 완료하는 시스템은 한 번의 성공적이고 고도로 연출된 사례보다 더 지속적인 가치를 제공한다.

두 번째 신호는 Rabbit이 보안 검증에 대응하는 방식이다. 연구자들은 로컬 권한, 네트워크 동작, 스킬 설치, 메모리 제어, 모델 공급업체로 전송되는 데이터를 검토할 것이다.

명확한 감사 추적과 좁게 범위가 설정된 권한은 플랫폼의 신뢰도를 높일 것이다. 심각한 취약점이나 혼란스러운 통제는 R1 시대에 생긴 우려를 되살릴 것이다.

Rabbit은 서드파티 스킬을 어떻게 검토하고, 공유된 스킬이 악성으로 변했을 때 어떻게 대응하는지도 설명해야 한다. 사고 후 하나의 패키지를 제거하는 것만으로는 충분하지 않다.

사용자에게는 신뢰할 수 있는 철회 기능, 의존성 가시성, 설치된 코드가 무엇에 접근했는지에 대한 기록이 필요하다. OS3가 여러 대의 연결된 컴퓨터를 아우를 때 이러한 통제는 필수적이 된다.

세 번째 신호는 사람들이 Rabbit 하드웨어를 구매하지 않고도 OS3를 계속 사용하는지다. 이것이 소프트웨어 전환의 결정적인 시험이다.

R1 소유자는 자연스러운 초기 사용자층을 형성하지만, 이들만으로는 더 폭넓은 수요를 입증할 수 없다. Rabbit에는 에이전트 플랫폼 자체를 위해 찾아오는 사용자가 필요하다.

지속적인 채택은 모델 중립적 메모리, 스킬, 멀티 노드 조율이 대형 공급업체들이 아직 깔끔하게 해결하지 못한 문제를 해결한다는 점을 보여줄 것이다.

저조한 채택은 OS3가 기존 열성 사용자 커뮤니티의 수명을 연장할 뿐이라는 점을 시사할 것이다. 그런 경우 하드웨어 요건을 제거하는 것은 접근성을 넓히지만, 지속 가능한 범주를 만들지는 못한다.

Rabbit의 출시 예정 cyberdeck은 보조적인 증거를 제공하겠지만, 핵심 척도가 되어서는 안 된다. OS3의 중심 약속은 사용자가 이미 보유한 기기로 시작할 수 있다는 것이다.

새 기기는 플랫폼을 보여줄 수는 있어도 플랫폼에 특수 하드웨어가 필요하다는 사실을 입증하지는 못한다. Rabbit은 방금 제거한 동일한 의존성을 다시 만들지 않아야 한다.

따라서 Rabbit OS3 AI agent는 또 다른 즉각적인 R1 후속 제품보다 더 신뢰할 수 있는 제품 방향이다. 이는 의미 있는 작업이 이미 이루어지는 환경에 소프트웨어를 배치한다.

동시에 Rabbit은 성숙한 모델, 확립된 유통망, 컴퓨터 사용자와의 기존 관계를 보유한 경쟁자들과 맞서게 된다. 접근성만으로는 지속적인 위치를 확보할 수 없다.

Rabbit의 주장 가운데 가장 강력한 버전은 하드웨어가 실수였다는 것이 아니다. AI 에이전트는 어떤 하드웨어가 적절하든 그 전반에서 맥락을 보존하고 작업을 조율해야 한다는 것이다.

OS3가 그러한 경험을 제공할 수 있는지는 여전히 열려 있고 검증 가능한 질문이다. 플랫폼을 고려하는 독자는 독립적인 신뢰성 테스트, 보안 발견 사항, R1 커뮤니티를 넘어선 지속적 사용을 지켜봐야 한다.

오늘날 하나의 에이전트가 여러 컴퓨터를 조율하도록 맡기겠는가? 되돌릴 수 있는 작업 하나와 그 작업에 필요한 파일, 그리고 데이터를 받게 될 모든 서비스를 식별하는 것부터 시작하라.

그런 다음 절약되는 노력과 워크플로가 요구하는 감독 수준을 비교하라. Rabbit AI agent가 행동을 이해 가능한 상태로 유지하면서 그 작업을 일관되게 완료한다면 Rabbit의 전환에는 실체가 있다.

사용자가 원래 작업에 필요했던 시간보다 이를 모니터링하고, 수정하고, 보안 조치하는 데 더 많은 시간을 쓴다면 OS3는 R1의 핵심 문제를 소프트웨어 형태로 되풀이하게 될 것이다.