에이전트 전용 브라우저

에이전트 전용 브라우저는 사람이 쓰는 주 브라우저와 분리된 실행 공간에서 AI 에이전트가 로그인 상태의 웹 작업을 수행하고, 사용자가 진행 상황과 기록을 감독하도록 설계한 브라우저이다.

개요

browseros-ai/BrowserOS 저장소에는 서로 다른 두 제품이 함께 있다. BrowserOS neo는 AI 에이전트가 조작하는 보조 브라우저이고, BrowserOS는 사람이 일상적으로 사용하면서 새 탭의 내장 에이전트에게 일을 맡기는 Chromium 포크이다. “에이전트 전용 브라우저”라는 제목은 전자인 BrowserOS neo의 구분을 가리킨다. README는 neo가 Chrome 대체품이 아니라 Chrome 옆에서 에이전트 작업만 맡는 두 번째 브라우저라고 명시한다.

일반적인 headless 자동화가 깨끗한 새 프로필을 띄우는 것과 달리, neo는 Chrome에서 로그인, 북마크와 확장을 가져오고 세션 사이에 상태를 유지하는 흐름을 제시한다. Claude Code, Codex, Cursor 등 MCP를 지원하는 에이전트가 연결해 로그인된 웹사이트의 과업을 실행한다. 여러 에이전트는 각자 탭에서 병렬로 움직이며 사용자는 새 탭 대시보드에서 진행 상황을 보거나 저장된 세션을 나중에 재생할 수 있다.

핵심 구조/작동 방식

브라우저와 에이전트 플랫폼

저장소는 Chromium 포크와 에이전트 플랫폼의 모노레포로 구성된다. 브라우저 쪽에는 Chromium 패치, 빌드 도구, 리소스와 서명 자산이 있고, 에이전트 쪽에는 MCP 엔드포인트와 JSON API를 제공하는 Rust 백엔드, 새 탭 대시보드 확장, 온보딩, Bun 기반 MCP 서버와 에이전트 루프, Go CLI가 있다. Chrome DevTools Protocol 형식 바인딩은 브라우저 조작 계층을 지원한다.

neo를 설치하면 기존 Chrome 데이터를 한 번에 가져오는 단계와 로컬 에이전트를 찾고 연결하는 단계가 이어진다. 연결된 에이전트는 웹 사용에 맞춘 MCP 도구로 과업을 보내고 각 세션을 독립 탭에서 실행한다. README는 macOS와 Windows용 neo 설치 파일을 제공하며, 사람이 쓰는 BrowserOS는 macOS·Windows·Linux를 지원한다고 구분한다.

감독과 감사 기록

대시보드는 현재 어느 에이전트가 어느 사이트에서 어떤 작업을 하는지와 진행 상태를 보여준다. 각 세션은 단계별 행동 타임라인과 탐색 가능한 영상 형태로 로컬 디스크에 저장된다. 문제가 생겼을 때 단순 성공·실패 로그만 보는 것이 아니라 어느 화면에서 무엇을 눌렀는지 되돌려 볼 수 있는 구조다. 사람은 실행 중 작업을 관찰하고, 완료 후에는 재생 기록으로 결과와 과정을 감사할 수 있다.

README는 세션, 스크린샷과 기록이 ~/.browserclaw/ 아래에 있고 업로드되지 않는다고 설명한다. 연결·해제, 버전과 운영체제 같은 익명 제품 사용 이벤트는 기본 정책에 포함되지만 URL, 페이지 내용, 프롬프트, 도구 결과와 스크린샷은 보내지 않으며 설정에서 끌 수 있다고 밝힌다. 이 내용은 프로젝트가 공개한 정책 설명이므로 실제 배포 버전의 설정과 네트워크 동작을 함께 확인해야 한다.

사람용 BrowserOS와의 차이

같은 저장소의 BrowserOS는 사람이 직접 탐색하는 브라우저에 에이전트를 넣은 제품이다. 20개 이상의 기본 도구와 40개 이상의 앱 통합, 페이지 요약·클릭 흐름·데이터 추출·예약 작업, MCP 서버 모드와 로컬 Ollama·LM Studio 연결을 README가 소개한다. neo가 외부 에이전트를 위한 작업장이라면 BrowserOS는 사람의 주 브라우징과 보조 에이전트를 한 화면에 결합한다. 두 제품의 역할을 섞지 않는 것이 설치와 보안 경계를 설계할 때 중요하다.

활용

로그인이 필요한 반복 업무가 주요 대상이다. README는 소셜 미디어 게시와 참여 지표 수집, 받은편지함 정리와 구독 해지, CRM 갱신, 비용 처리, 내부 도구의 보고서 추출을 예로 든다. 여러 독립 과업을 각 탭에 병렬로 맡기고 대시보드에서 감독할 수 있다. AI 에이전트 UI 디자인 가드레일을 사용하는 개발 에이전트가 실제 웹 화면을 검사하거나, 멀티모달 에이전트 플러그인이 이미지·문서를 이해한 결과를 로그인된 서비스에 입력하는 연결도 가능하다. 단, 외부 서비스의 허용 범위와 자동화 정책을 먼저 확인해야 한다.

한계 및 주의점

로그인 상태를 가져오는 장점은 곧 높은 권한이라는 뜻이다. 이메일 삭제, 게시, 결제나 CRM 수정처럼 되돌리기 어려운 동작에는 사이트·계정별 권한 분리, 미리보기, 사람 승인과 결과 검증이 필요하다. 재생 영상과 스크린샷도 인증 정보나 개인 데이터를 포함할 수 있으므로 로컬 저장 디렉터리의 접근 권한, 보존 기간과 백업 범위를 정해야 한다.

README의 “다른 방식보다 토큰을 훨씬 적게 쓴다”는 설명에는 같은 페이지에서 재현 가능한 비교 조건과 수치가 제시되지 않으므로 프로젝트 측 주장으로만 다뤄야 한다. 로컬 실행이 웹서비스로 데이터가 전혀 나가지 않는다는 뜻도 아니다. 에이전트가 선택한 모델 공급자와 접속한 사이트에는 요청이 전송된다. 2026년 8월 16일 확인 시 README는 neo의 macOS·Windows 설치 파일을 제시하지만 공식 문서는 Linux 절차도 안내하므로, 실제 지원 범위는 해당 버전의 배포 파일과 설치 가이드를 함께 확인해야 한다. Chromium 포크 자체를 빌드하려면 README상 약 100GB의 디스크가 필요하다. 두 제품은 AGPL-3.0이지만 저장소의 외부 서비스와 확장에는 각자의 조건이 있을 수 있다.

함께 보기

출처

browseros-ai/BrowserOS README — neo와 사람용 BrowserOS의 기능, 플랫폼, 구조와 개인정보 설명. 2026년 8월 16일 확인.
BrowserOS neo 공식 문서 — README가 연결하는 설치, MCP, 대시보드와 감사·재생 문서. 2026년 8월 16일 확인.
BrowserOS neo 개인정보 문서 — 로컬 데이터와 사용 이벤트 정책. 2026년 8월 16일 확인.