agent-browser란 무엇인가요?
agent-browser는 Vercel Labs가 만들어 Vercel agent-browser라고도 불리는, AI 코딩 에이전트를 위한 오픈소스 브라우저 자동화 CLI입니다. Chrome DevTools 프로토콜로 Chrome을 직접 구동하는 순수 Rust 데몬 앞단에 Rust CLI를 둔 구조로, 실행에 Playwright나 Node.js 런타임이 필요 없습니다. snapshot 명령은 @e 참조가 달린 압축된 접근성 트리를 반환하므로, 에이전트는 불안정한 선택자 대신 안정적인 참조를 기준으로 클릭하고 채워 넣습니다. Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot을 비롯한 대부분의 코딩 에이전트용 Skill로 제공되며, MCP 서버는 기본 경로가 아닌 선택적 하위 명령으로 이용할 수 있습니다. 무료이고 설계가 잘 되어 있으며 널리 채택되어 있습니다.
ego(lite)는 agent-browser의 좋은 대안인가요?
여러분이 신경 쓰는 작업이 실제 계정을 다루거나 눈에 보이는 편이 유리하다면 그렇습니다. 두 도구 모두 MCP 중심 설정이 아니라 CLI나 Skill을 통해 코딩 에이전트에게 브라우저를 제공합니다. ego(lite)는 여기에 기본적으로 실시간 임포트되는 Chrome 프로필, 직접 이어받을 수 있는 헤드풀 창, 병렬 Space, 다중 동작 JavaScript 실행을 더합니다. agent-browser는 스크립트와 CI에서 일회용 헤드리스 자동화를 위한 깔끔한 선택지로 여전히 유효합니다.
ego(lite) vs agent-browser 벤치마크는 어떻게 진행했나요?
두 도구는 실제 웹사이트에서 동일한 31개의 복잡한 실전 브라우저 자동화 작업을 수행했습니다. 같은 pi 에이전트와 같은 모델(gpt-5.6-sol, thinking effort max)로 구동했고, 같은 채점자가 작업별 루브릭에 따라 채점했습니다. 모든 점수는 31개 작업 전체를 반영하므로 실패한 작업도 그대로 점수에 들어갑니다. ego(lite)는 작업의 93.5%를 완벽하게 끝냈고 완료 작업당 $1.75, 작업당 평균 6분 38초로 agent-browser보다 52% 빨랐습니다. agent-browser는 62.9%를 완료 작업당 $4.23, 평균 10분 5초로 끝냈습니다. 벤치마크 하네스, 작업, 루브릭, 원시 결과는 GitHub의 ego-browser-benchmark-framework 저장소에 오픈 소스로 공개되어 있어 모든 수치를 검증하거나 재현할 수 있습니다.
agent-browser로 제 Chrome 로그인을 쓸 수 있나요?
가능하지만 추가 설정이 필요하고 아직 완전히 안정적이지는 않습니다. 프로필 이름을 넘기면 agent-browser가 그 Chrome 프로필을 임시 디렉터리에 읽기 전용 snapshot으로 복사하기 때문에, 기존 로그인 상태로 실행되기는 하지만 세션 중 기록되는 내용은 실제 프로필로 되돌아가지 않습니다. Windows에서는 프로필 파일이 잠길 수 있어서 먼저 Chrome을 종료해야 합니다. 재시작 사이에도 쿠키와 로그인 상태를 자체적으로 유지하도록 만들어진 지속 프로필 모드도 있지만, 실행 사이에 프로필 디렉터리가 비어 있는 채로 남는다는 미해결 버그 보고가 있습니다. 실행 중인 Chrome에 CDP로 연결하는 방법도 가능하지만, 프로젝트 자체 문서에서도 그 포트가 모든 로컬 프로세스에 브라우저 전체 제어 권한을 노출한다고 명시하고 있습니다. ego(lite)에서는 로그인된 브라우저가 기본값입니다. 프로필을 한 번 임포트하면 모든 에이전트 작업이 별도 플래그 없이 실시간으로 그 상태에서 시작됩니다.
둘 다 접근성 snapshot을 쓰는데 ego(lite)가 작업당 더 저렴한 이유는 무엇인가요?
스냅샷은 절반에 불과합니다. agent-browser의 batch 모드는 정해진 명령 목록을 한 번의 프로세스 실행으로 보낼 수 있지만, 배치 전체가 끝나기 전까지 모델은 스냅샷이 돌려준 내용에 따라 행동할 수 없습니다. 그래서 각 단계가 이전 단계에 의존하는 작업은 '명령 실행 후 모델이 결과를 읽는' 사이클이 길게 이어지는 구조가 됩니다. ego(lite)에서는 에이전트가 한 번의 JavaScript 실행으로 여러 동작을 묶고, 그 결과를 압축된 Snapshot으로 읽어 곧바로 추론합니다. 절감 효과는 이 두 가지가 겹쳐서 생기며 작업 단위로 나타납니다. 앞서 말한 31개 작업 전체에서 이는 완료 작업당 비용 ego(lite) $1.75 대 agent-browser $4.23으로 이어집니다.
두 도구 중 어느 쪽이든 MCP 서버가 필요한가요?
아니요. 이건 두 도구가 공유하는 철학입니다. agent-browser의 기본 인터페이스는 CLI이며, MCP 서버를 원하는 클라이언트를 위해 선택적 하위 명령으로 제공됩니다. ego(lite)는 에이전트 안에서 /ego-browser를 실행해 ego-browser 셸을 통해 연결됩니다. 어느 쪽도 기본 경로로 MCP 설정 파일을 수정할 필요가 없습니다.
ego(lite)와 함께 agent-browser를 계속 쓸 수 있나요?
가능합니다. 서로 충돌하지 않습니다. 일부 개발자는 CI나 Vercel Sandbox에서 헤드리스 점검용으로 agent-browser를 계속 쓰고, 로그인 상태가 필요한 작업이나 병렬 리서치, 지켜볼 가치가 있는 모든 상호작용 작업에는 ego(lite)를 씁니다. 실제로는 로그인 상태가 필요한 작업이 대부분입니다.
ego(lite)도 agent-browser처럼 무료인가요?
네. ego(lite)는 구독 없이 무료이며, 에이전트가 연결하는 ego-browser 셸은 MIT 라이선스 오픈소스입니다.
에이전트가 매 단계 스크린샷을 보내지 않고도 로그인된 탭을 읽을 수 있나요?
예. ego(lite)는 일상적인 읽기에는 간결한 DOM/접근성 Snapshot을 제공하고, 시각적 근거가 필요할 때만 에이전트가 스크린샷을 요청하게 합니다. 그래서 실제 페이지 상태와 여러분이 승인한 세션은 그대로 유지하면서, 스크린샷 위주 루프보다 토큰과 지연 부담을 낮게 유지합니다.
두 도구는 지속형 브라우저 세션을 어떻게 다르게 다루나요?
ego(lite)는 가져온 Chrome 컨텍스트를 여러 작업에 걸쳐 계속 쓸 수 있게 하고, 각 실행은 별도의 Space로 격리합니다. agent-browser는 프로필을 복사하거나 지속 경로를 쓸 수 있지만, 복사본은 기본적으로 읽기 전용이며 커뮤니티 보고에 따르면 세션 유지와 CDP 연결은 설정에 민감합니다. 쿠키가 살아남았다고 가정하지 말고, 다시 연결할 때마다 계정, URL, 픽스처를 확인하세요.
금융이나 리서치 같은 실제 업무 자동화에 두 도구 중 하나를 쓸 수 있나요?
예, 승인된 작업이고 검토할 수 있다면 가능합니다. 요금 청구, 발송, 삭제, 기록 변경이 일어날 수 있는 동작에는 테스트 계정이나 안전한 환경을 쓰고, 스크래핑이나 경쟁사 리서치에서는 출처 URL과 출력 필드를 보존하며, 게시, 결제를 비롯한 되돌릴 수 없는 단계는 사람이 승인하도록 두세요. agent-browser는 일회용 헤드리스 작업에 편리하고, ego(lite)는 눈에 보이는 로그인 워크플로와 병렬 Spaces를 위해 설계되었습니다.
로컬 또는 자체 호스팅 배포에는 어느 쪽이 더 낫나요?
agent-browser의 Rust CLI와 데몬은 헤드리스 서버와 Vercel 방식의 샌드박스에 가볍게 잘 맞습니다. ego(lite)는 macOS나 Windows에서 로컬로 실행되며 브라우저와 세션 데이터가 여러분의 컴퓨터에 남기 때문에, 로컬 모델이나 개인정보 정책상 데이터를 호스팅 인프라에 두지 않아야 할 때 유용합니다. 선택하기 전에 OS, 디스플레이/헤드리스 요구사항, 브라우저 지원, 제공업체의 데이터 정책을 확인하세요.