브라우저 자동화 도구 비교
에이전트가 직접 웹 페이지를 열어 확인하거나 디버깅하게 하고 싶을 때
상황별 추천
- 이럴 때
코드를 고친 뒤 화면 확인을 여러 번 반복해야 하고 컨텍스트를 아끼고 싶을 때
agent-browser →에이전트가 셸 명령으로 브라우저를 열고 클릭, 입력, 스크린샷을 하게 해 주는 Vercel Labs의 Rust 기반 브라우저 자동화 CLI와 스킬입니다.
- 이럴 때
로그인 상태를 유지한 채 테스트 흐름을 검증하거나, 네트워크 가로채기나 PDF 생성처럼 세밀한 제어가 필요할 때
Playwright MCP →스크린샷 대신 접근성 트리를 이용해 LLM이 웹 페이지를 조작하게 해 주는 Playwright 기반 브라우저 자동화 MCP 서버입니다.
- 이럴 때
느린 페이지의 원인을 성능 트레이스로 찾거나 네트워크 요청과 콘솔 오류를 직접 봐야 할 때
Chrome DevTools MCP →에이전트가 실행 중인 Chrome을 DevTools 수준으로 조작·검사해 성능 추적, 네트워크·콘솔 디버깅을 하게 해 주는 MCP 서버입니다.
한눈에 비교
| 기준 | Playwright MCP | Chrome DevTools MCP | agent-browser |
|---|---|---|---|
| 종류 | MCP 서버 | MCP 서버 | 스킬 |
| 지원 도구 | Claude Code, Cursor, Codex, Gemini CLI | Claude Code, Cursor | Claude Code, Codex, Cursor, Gemini CLI |
무엇이 다른가
세 도구 모두 에이전트가 실제 브라우저를 다루게 해 줍니다. 차이는 에이전트에 붙는 방식과, 페이지 정보를 얼마나 많이 대화에 넣느냐에 있습니다.
Playwright MCP
MCP 서버로 붙어서 페이지를 스크린샷이 아니라 접근성 트리로 읽고 조작합니다. 비전 모델 없이 구조화된 데이터로 움직이기 때문에 결과가 일정하고, 브라우저 상태를 오래 유지하는 탐색이나 테스트 흐름 검증에 맞습니다. 대신 동작할 때마다 접근성 트리 스냅샷이 대화에 들어가 컨텍스트가 빨리 찬다는 불만이 가장 많습니다. Playwright 쪽도 코딩 에이전트라면 CLI와 스킬 방식을 함께 고려하라고 안내합니다.
Chrome DevTools MCP
실행 중인 Chrome에 DevTools 수준으로 붙는 MCP 서버입니다. 클릭과 입력도 하지만, 강점은 성능 트레이스와 네트워크 요청, 콘솔 오류를 에이전트가 직접 들여다보는 데 있습니다. “왜 느린지, 왜 깨지는지”를 찾는 디버깅에 맞고, 일반 클릭 자동화만 필요하다면 다른 둘보다 나은 점이 크지 않다는 반응도 있습니다. 사용 통계를 기본으로 수집하므로 끄려면 옵션을 따로 줘야 합니다.
agent-browser
Vercel Labs가 만든 Rust CLI와 스킬입니다. MCP 대신 셸 명령으로 브라우저를 다루고, 페이지에서 누를 수 있는 요소만 @e1 같은 짧은 참조로 돌려줍니다. 그래서 고치고 확인하는 과정을 여러 번 반복해도 컨텍스트가 덜 찹니다. 다만 토큰을 얼마나 아끼는지는 출처마다 수치가 달라 직접 비교해 보라는 의견이 있고, 도메인 허용 목록 같은 보안 옵션이 기본으로 꺼져 있습니다.
고를 때 볼 것
- 얼마나 자주 반복하나. 고치고 확인하기를 여러 번 돌리는 작업이라면 컨텍스트 사용량이 가장 큰 차이가 됩니다. 이 경우 agent-browser가 유리하고, 한두 번 확인하고 끝나는 작업이라면 차이가 작습니다.
- 무엇을 봐야 하나. 화면이 의도대로 움직이는지 확인하는 일이면 Playwright MCP나 agent-browser, 성능이나 네트워크 문제의 원인을 찾는 일이면 Chrome DevTools MCP가 맞습니다.
- 설치 단계. Playwright MCP와 Chrome DevTools MCP는 MCP 서버 등록 명령 한 줄이면 됩니다. agent-browser는 CLI 설치, 브라우저 내려받기, 스킬 설치를 차례로 해야 합니다.
- 로그인된 사이트를 다루나. 세 도구 모두 브라우저 내용이 에이전트에게 그대로 전달됩니다. 로그인된 계정으로 작업한다면 접근할 사이트를 좁혀 두는 편이 안전합니다.
함께 쓰는 방법
하나만 골라야 하는 것은 아닙니다. 평소 화면 확인은 가벼운 도구로 하고, 성능 문제를 만났을 때만 Chrome DevTools MCP를 켜는 식으로 나눠 쓸 수 있습니다. MCP 서버는 켜 두기만 해도 도구 설명이 컨텍스트를 차지하므로, 자주 쓰지 않는 서버는 꺼 두는 편이 좋습니다.