OpenChrome: 실제 Chrome 브라우저를 그대로 쓰는 AI 에이전트용 MCP 서버

로그인 상태를 그대로 물려받는 브라우저 자동화

브라우저 작업을 자동화할 때 가장 먼저 부딪히는 벽은 로그인이다. 헤드리스 브라우저나 별도로 띄운 자동화 인스턴스는 세션이 없으니 매번 인증을 다시 거쳐야 하고, 사람이 아닌 트래픽으로 분류돼 봇 탐지에 걸리기도 쉽다. OpenChrome은 이 문제를 우회하는 대신 정면으로 없애 버리는 방식을 택했다. 사용자가 이미 쓰고 있는 실제 Chrome 브라우저를 AI 에이전트가 직접 붙잡고 제어하는 오픈소스 MCP(Model Context Protocol) 서버다. 20개 이상의 탭을 단일 Chrome 프로세스(약 300MB)에서 병렬로 처리하면서도 기존 로그인 상태를 그대로 유지하고 봇 탐지에 걸리지 않는다는 점이 다른 자동화 도구와의 결정적 차이다.

개발자는 shaun0927이며, MCP는 Anthropic이 제안한 AI 에이전트-외부 도구 연결 표준이다. Playwright나 Selenium처럼 별도의 브라우저 인스턴스를 새로 띄우는 기존 도구들과 달리, OpenChrome은 사용자의 실제 Chrome을 그대로 붙잡고 제어한다. 그 차이는 로그인 상태 공유와 봇 탐지 회피 두 축으로 요약된다.

특성	Playwright	Selenium	Chrome DevTools MCP	OpenChrome
실제 브라우저 사용	별도 브라우저	별도 브라우저	실제 Chrome	실제 Chrome
봇 탐지 회피	플러그인 필요	플러그인 필요	높음	높음
로그인 상태 공유	미지원	미지원	지원	지원
병렬 세션	지원 (고메모리)	제한적	제한적	20개 이상 (300MB)
AI 에이전트 통합	코드 작성 필요	코드 작성 필요	MCP 네이티브	MCP 네이티브
설정 복잡도	중간	높음	낮음	매우 낮음 (원커맨드)

아키텍처: AI 에이전트와 Chrome 사이의 중간 계층

OpenChrome은 MCP 프로토콜로 들어온 도구 호출을 Chrome DevTools Protocol(CDP) 명령으로 변환해 실제 브라우저에 전달하는 중간 계층으로 동작한다.

⤢✕

구성 요소는 네 갈래다. MCP 서버가 에이전트의 도구 호출을 받아 Chrome 명령으로 바꾸고, CDP 연결이 브라우저 인스턴스를 실제로 조작하며, 탭 관리 계층이 다수의 탭을 병렬로 유지하고, 프로필 시스템이 Chrome 프로필 단위로 세션과 로그인 상태를 격리한다.

도구 구성: 네비게이션부터 프로필 관리까지

OpenChrome이 제공하는 도구는 기능별로 네 그룹으로 나뉜다.

네비게이션 및 상호작용

도구	설명	주요 파라미터
`navigate`	URL로 페이지 이동	url, wait_for
`interact`	요소 클릭, 호버 등 상호작용	selector, action
`fill_form`	폼 필드 자동 입력	fields (key-value)
`form_input`	개별 입력 필드 제어	selector, value
`find`	텍스트/셀렉터로 요소 검색	query, type
`wait_for`	특정 조건 충족까지 대기	selector, timeout

콘텐츠 읽기 및 추출

도구	설명	주요 파라미터
`read_page`	페이지 전체 콘텐츠 읽기	format (text/html/markdown)
`inspect`	DOM 구조 검사	selector, depth
`query_dom`	CSS/XPath로 DOM 쿼리	selector, type
`javascript_tool`	JavaScript 코드 직접 실행	code
`cookies`	쿠키 조회/설정	action, name, value
`storage`	localStorage/sessionStorage 접근	action, key

탭 및 환경 제어

도구	설명	주요 파라미터
`tabs_create`	새 탭 생성	url
`tabs_close`	탭 닫기	tab_id
`tabs_context`	활성 탭 컨텍스트 전환	tab_id
`page_reload`	페이지 새로고침	hard_reload
`lightweight_scroll`	페이지 스크롤	direction, amount
`computer`	스크린샷 및 마우스/키보드 제어	action, coordinate

프로필 관리

도구	설명
`list_profiles`	사용 가능한 Chrome 프로필 목록
`oc_profile_status`	현재 프로필 상태 확인
`oc_stop`	OpenChrome 서버 중지
`memory`	세션 메모리 관리

설치는 명령 한 줄, 설정은 파일 하나

원커맨드 설치를 쓰면 설정을 신경 쓸 일이 거의 없다.

# OpenChrome 설치 및 MCP 설정 자동 구성
npx openchrome-mcp setup

이 한 줄로 MCP 서버 설정 파일 생성, Claude Code 도구 권한 자동 승인, Chrome 프로필 감지·구성까지 자동으로 처리된다. 직접 구성하고 싶다면 Claude Code의 MCP 설정 파일에 서버 항목을 추가하면 된다.

{
  "mcpServers": {
    "openchrome": {
      "command": "npx",
      "args": ["openchrome-mcp@latest"]
    }
  }
}

설정을 마치고 Claude Code를 재시작하면 oc라는 짧은 명령으로 바로 사용할 수 있다.

# Claude Code 재시작 후
# "oc" 명령으로 간단히 사용 시작
> oc로 네이버 뉴스 헤드라인 가져와줘
> oc로 GitHub에서 trending 리포지토리 목록 수집해줘

실제 브라우저를 쓴다는 것의 실익

별도의 자동화 브라우저를 새로 띄우는 대신 사용자가 실제로 쓰는 Chrome을 그대로 붙잡기 때문에 얻는 이점이 있다. Gmail, GitHub, AWS Console처럼 이미 로그인된 서비스에 별도 인증 없이 접근할 수 있고, 쿠키와 세션이 공유되므로 인증된 페이지를 곧바로 읽을 수 있다. 사용자가 설치해 둔 Chrome 확장 프로그램도 함께 동작하며, 실제 사용자의 브라우저이기 때문에 자동화 탐지 시스템에 걸리지 않는다.

병렬 처리 성능도 눈에 띈다. 20개 이상의 탭을 동시에 제어하면서도 Chrome 프로세스는 하나(약 300MB)만 띄운다.

실제 사용 사례:
- Amazon, eBay, Walmart, Best Buy, Target, Costco, B&H, Newegg
  8개 사이트에서 동시에 가격 비교 → 약 2.8초 완료
- 20개 뉴스 사이트에서 동시에 헤드라인 수집
- 인증된 대시보드 다수 동시 크롤링

Chrome 프로필 시스템을 활용하면 세션을 용도별로 나눠 쓸 수도 있다. 업무용 프로필은 사내 시스템·업무 도구 로그인 상태를, 개인용 프로필은 개인 서비스 로그인 상태를, 테스트용 프로필은 클린 세션을 각각 유지하는 식이다.

실무에서는 이렇게 쓴다

다중 사이트 가격 비교

사용자: "oc로 RTX 5090 가격을 쿠팡, 11번가, 다나와에서 비교해줘"

OpenChrome 동작:
1. 3개 탭 동시 생성
2. 각 사이트에서 "RTX 5090" 검색
3. 가격 정보 추출
4. 비교 결과 정리

인증된 대시보드 데이터 수집

사용자: "oc로 AWS CloudWatch에서 지난 24시간 CPU 사용률 가져와"

OpenChrome 동작:
1. 기존 AWS 로그인 세션 활용
2. CloudWatch 대시보드로 이동
3. 시간 범위 설정 (24시간)
4. 메트릭 데이터 추출

웹 애플리케이션 테스트

사용자: "oc로 localhost:3000의 로그인 폼 테스트해줘"

OpenChrome 동작:
1. localhost:3000 으로 이동
2. 로그인 폼 필드 감지
3. 테스트 데이터 입력
4. 제출 및 결과 확인
5. 콘솔 에러 검사

경쟁사 모니터링

사용자: "oc로 경쟁사 A, B, C 웹사이트의 새 기능 업데이트 확인해줘"

OpenChrome 동작:
1. 3개 사이트 동시 접근
2. 변경 사항 탐지 (새 메뉴, 기능 페이지 등)
3. 스크린샷 캡처
4. 변경 내용 요약 보고

다른 브라우저 MCP 서버와 비교하면

Google이 공식적으로 미는 Chrome DevTools MCP는 Chrome DevTools 팀이 직접 개발하며 디버깅, 성능 분석, 네트워크 모니터링에 특화돼 있다. 26개 도구를 6개 카테고리로 분류해 제공하고 Puppeteer 기반으로 동작한다. Browser MCP는 Chrome 확장 프로그램과 MCP 서버를 결합한 방식으로, VS Code·Cursor·Claude·Windsurf 등 다양한 IDE를 지원하며 Chrome Web Store에서 바로 설치할 수 있다.

이들과 비교했을 때 OpenChrome의 차별점은 세 가지로 정리된다. npx openchrome-mcp setup 한 줄로 끝나는 설치, 20개 이상 동시 탭을 다루는 병렬 처리 특화, 단일 Chrome 프로세스 공유로 확보하는 메모리 효율(약 300MB)이다. 여기에 OpenClaw와 연동하면 Telegram, Discord 같은 채팅 플랫폼에서도 브라우저를 제어할 수 있다.

보안은 프로필 분리에서 시작한다

MCP 서버는 로컬에서 실행되므로 외부 네트워크에 노출되지는 않는다. 다만 Chrome 프로필의 쿠키와 세션 데이터에 AI 에이전트가 접근할 수 있다는 점은 그대로 위험 요소다. 민감한 계정은 별도 프로필에서 관리하는 것이 권장되고, 임의 코드 실행이 가능한 javascript_tool은 신뢰할 수 있는 AI 에이전트에서만 써야 한다.

실무에서 챙길 만한 보안 설정은 네 가지다. 은행·결제처럼 민감한 서비스는 별도 프로필로 분리하고, auto-approve를 켤 때는 허용되는 도구 범위를 미리 검토하고, 프로덕션 환경에서는 접근 대상 URL을 화이트리스트로 관리하고, AI 에이전트의 브라우저 작업 로그를 주기적으로 검토한다.

MCP 표준화가 만드는 다음 단계

Chrome DevTools 팀이 직접 MCP 서버를 만들어 유지보수하고, Claude Code를 포함한 AI 에이전트의 브라우저 제어가 MCP 기반으로 표준화되는 흐름이 뚜렷하다. OpenChrome과 OpenClaw의 연동으로 채팅 기반 브라우저 자동화도 확산되고 있고, OpenChrome·Chrome DevTools MCP·Browser MCP 등 여러 솔루션이 같은 문제를 각자 다른 방식으로 풀며 경쟁하고 있다.

실제 브라우저를 그대로 쓰는 접근은 헤드리스 브라우저 대비 신뢰도와 호환성에서 우위를 갖는다. AI 에이전트가 웹과 상호작용하는 것이 일상적인 워크플로우로 자리 잡을수록, npx openchrome-mcp setup 한 줄로 시작할 수 있는 이런 도구들이 실무의 기본값이 될 가능성이 크다.