스크린샷 없이 브라우저를 읽는 법 — Playwright MCP의 계량된 현실

스크린샷 없이 브라우저를 읽는 법 — Playwright MCP의 계량된 현실

npm 수치 하나로 시작한다. "2026년 9월 24~30일 주간 다운로드 850만." Microsoft가 유지하는 이 MCP 서버는 코딩 에이전트에게 브라우저를 열어주는 가장 흔한 경로가 됐다.

설치는 한 줄: npx @playwright/mcp@latest. API 키 없음. 첫 npx 6.2초, 이후 1.3~1.5초.

하지만 실측 스레드는 다른 숫자도 말한다. 페이지 하나의 전체 스냅샷 32,732자. 도구 정의만 약 5,000토큰. headless Chrome 하나에 840~960MB.

이 글은 칭찬과 비판을 계량 수치로 정리한다.

1. 무엇이 설계의 승리인가

접근성 스냅샷. 스크린샷을 모델에게 던져 좌표를 추측시키는 대신, 접근성 트리를 텍스트로 준다. 요소마다 e46 같은 참조가 붙고, 모델은 "ref 14를 클릭"이라고 말한다.

실측 비교(리뷰): 스냅샷 기반 내비게이션 1~2초, 스크린샷 기반 4~8초. 20단계 워크플로에서 차이가 쌓인다. 비전 모델도 필요 없다.

무료·Apache-2.0. 사용 한도 없음, 로컬 실행. Copilot Coding Agent가 자기 UI 변경을 검증하는 데 쓴다는 점은 실질적 프로덕션 엔도스먼스다.

도구 폭. 클릭·타이핑·폼·업로드·드래그·탭·다이얼로그·네트워크·콘솔·스크린샷. --storage-state로 쿠키를 저장해 인증의 가장 흔한 고통(세션 만료 후 재로그인)을 줄인다.

2. 무엇이 계량된 벽인가

토큰 청구서. r/ClaudeCode 실측 흐름: "테스트 1~2개면 컨텍스트가 압축된다." "일부 사이트는 스냅샷이 너무 커서 아예 로드되지 않는다." 공식 이슈 #889: 같은 작업이 마이너 버전 사이에 토큰 6배 성장. 비교 측정: MCP 테스트 런 89K~114K 토큰 vs CLI 24K~27K.

단계 12~15의 붕괴. "로그인 페이지의 더 이상 존재하지 않는 요소를 참조한다." 오래된 페이지 상태가 컨텍스트에 쌓이는 구조적 한계.

shadow DOM·Canvas. Shoelace·Lightning 같은 컴포넌트 라이브러리에서 접근성 트리가 실제 보이는 요소를 놓친다. Canvas·WebGL은 빈 요소로 보인다. 좌표 모드(--caps=vision)가 있지만 기본 경로 밖이다.

로그인 벽. 기본은 새 프로필. 당신의 로그인이 없다. "매일 내 계정으로 브라우저 작업을 한다면 — 모양이 두 번 틀렸다."

보안의 정직함. README의 한 줄: --allowed-origins는 보안 경계가 아니다. browser_run_code_unsafe는 공식적으로 RCE 동등. 에이전트가 로그인된 세션을 구동하면, 그 세션에서 할 수 있는 것은 무엇이든 할 수 있다.

3. 언제 쓰나

공식도 README에서 말한다. 코딩 에이전트가 점점 CLI를 선호하는 이유는 "큰 도구 스키마와 장황한 접근성 트리를 컨텍스트에 넣지 않기 때문"이다. MCP와 CLI는 경쟁이 아니라 같은 생태계의 두 층이다.

4. 결론 — 한 줄 설치의 진짜 비용

Playwright MCP의 사용자 기록은 한 문장으로 압축된다. 설치는 공짜이고, 토큰은 청구된다.

접근성 스냅샷은 모델에게 브라우저를 주는 가장 효율적인 방법 중 하나다. 동시에 스냅샷은 컨텍스트에 쌓이고, 긴 세션은 오래된 상태를 참조하며, shadow DOM은 보이지 않는다.

사용 규칙: 짧게, 공개 페이지로, 생성 코드를 초안으로, 로그인은 보관(state)으로. 그 조건 안에서, 무료 도구 중 가장 넓은 브라우저 제어 표면을 가진 도구다. 그 밖이면 CLI나 스크립트가 먼저다.

관련 글: browser-use 사용자 리뷰 · Cline 사용자 리뷰 · Playwright MCP 에이전트 허브 항목

출처

• 수치 실측: Playwright MCP explained and tested: 25 tools, real numbers (FewServers, 2026-10)
• 리뷰: Playwright MCP Server Review 2026 (Skiln, 2026-03) · Is Playwright MCP Good? (ego, 2026-08)
• 도구·보안: Playwright MCP Review 2026 (Javis, 2026-09)
• 공식: Playwright MCP (Microsoft Developer Blog, 2025-08)