AI 에이전트를 위한 가장 빠른 웹 자동화 브라우저

ego (lite)는 사용자와 AI 에이전트가 함께 사용하는 브라우저입니다. 에이전트는 각자의 Space에서 여러 브라우저 작업을 동시에 처리하고, 사용자의 탭은 그대로 유지됩니다. 더 적은 토큰으로 더 빠르게 작업을 완료할 수 있습니다.

지난 1년간 많은 개발자들이 Claude Code, Codex, Continue 같은 AI 에이전트로 실제 브라우저 업무를 자동화하려고 시도해 왔습니다. 로그인된 관리자 화면에서 목록을 추출하거나, 공급업체 양식을 작성하거나, 스테이징 환경에서 QA를 실행하는 식입니다. 이러한 작업을 위한 도구 자체는 이미 존재하지만, 실제 사용 시 여러 불편함이 남아 있습니다.

ego (lite)는 이러한 문제를 해결하기 위해 저희가 내놓은 해법입니다.

ego (lite)란 무엇인가

ego (lite)는 Chrome 생태계에 깊이 자리잡고 있습니다. Chrome과 동일한 엔진을 사용하며, 북마크, 확장 프로그램, 로그인 세션을 모두 그대로 가져옵니다. 사용자는 탐색 방식을 바꿀 필요 없이 설치하자마자 바로 활용할 수 있습니다.

진정한 차별점은 에이전트를 위한 네이티브 지원에 있습니다.

• 복잡한 작업일수록 CLI 기반보다 코드 기반이 더 빠르고 토큰도 적게 듭니다. ego (lite)가 에이전트에 노출하는 기능들은 모두 JavaScript 함수로 감싸져 있어, 에이전트는 코드 작성이라는 본연의 작업에 집중할 수 있습니다. 명령어를 반복 호출하며 결과를 확인하는 방식에서 벗어나, 여러 단계의 작업을 하나의 실행 단위로 묶어냅니다. 기존 CLI 방식과 비교하면 복잡한 워크플로가 20~50% 더 빠르게 완료되며, 성공률은 높아지고 작업당 도구 호출 횟수는 현저히 줄어듭니다. Vercel의 agent-browser와 비교한 내부 벤치마크에서도 동일한 결과가 확인되었으며, 워크플로가 복잡할수록 성능 격차는 확대되었습니다.
• 에이전트마다 전용 Space를 제공합니다. ego (lite)는 각 에이전트에 완전히 분리된 자체 Space를 부여합니다. 사용자는 전면에서 브라우징하고 에이전트는 백그라운드에서 작업하므로 서로 방해하지 않습니다. 언제든 어떤 Space에서 에이전트가 실행 중인지 확인할 수 있고, 직접 이어서 작업하거나 중지할 수도 있습니다. Chrome에 연결되는 agent-browser 도구를 사용해 본 적이 있다면 창과 탭이 이리저리 튀어나오는 혼란을 잘 아실 것입니다. ego (lite)는 이 문제를 근본적으로 해결합니다.
• 에이전트는 같은 브라우저 안의 병렬 작업 공간인 Space에서 여러 작업을 동시에 처리합니다. Space는 같은 브라우저 안의 병렬 작업 공간입니다. 에이전트는 Space에서 여러 작업을 동시에 처리하며, Space마다 각자의 AI 에이전트나 작업이 배정되어 모두 동시에 실행됩니다. Claude Code가 병렬 Space 10개에서 잠재 고객 10명의 정보를 작성하는 동안, Codex는 다른 Space 5개에서 경쟁사 사이트 5곳을 스크래핑할 수 있습니다. 서로 간섭하지도, 사용자의 탭을 방해하지도 않으며, 마우스 커서는 사용자의 작업 공간에 그대로 유지됩니다.
• 업계 최고 수준의 페이지 스냅샷을 제공합니다. 엔진 수준의 최적화를 통해 ego (lite)는 텍스트 모델이 웹페이지를 '보고' 작업할 때 활용할 수 있는 고품질의 페이지 스냅샷을 생성합니다. 다른 방식이 자주 실패하는 깊게 중첩된 iframe과 같은 까다로운 상황에서도 안정적으로 동작합니다.
• 어떤 에이전트든 이걸로 조작할 수 있습니다: ego-browser. ego-browser는 모든 에이전트 CLI(Claude Code, Codex, Cursor 또는 사용자 지정 CLI)와 ego (lite)를 연결하는 계층입니다. 브라우저를 페이지 내 JavaScript 도구(snapshot, fill, click, wait, navigate, capture)로 노출하며, 에이전트는 이 도구를 호출하는 JavaScript 코드 조각을 작성하고, ego-browser는 이를 페이지에서 한 번에 실행합니다.
• 사용할수록 에이전트가 빨라지는 경험 축적 기능(출시 예정). 에이전트가 브라우저 작업에 사용하는 시간 대부분은 시행착오에 들어갑니다. ego (lite)의 공식 Skill은 성공한 모든 작업을 재사용 가능한 도구와 워크플로로 정제하여, 이후 유사한 작업을 최대 5배 빠르게 실행할 수 있게 합니다. 자세한 내용은 아래에서 설명하겠습니다.

저희가 ego (lite)를 만든 이유

"GUI가 사라지고 있는가"라는 질문에 대한 저희의 답변은 이렇습니다. GUI는 사라지지 않습니다. 근본적으로 달라지는 것은 누가 그것을 만드느냐입니다. 지금은 모든 플랫폼이 정해진 인터페이스를 내놓지만, 앞으로는 사용자의 개인 에이전트가 요청에 따라 실시간으로 생성해 줄 것입니다.

그러나 이는 아직 먼 미래의 일입니다. 현재 현실은, 에이전트가 이미 상당한 실무를 처리해야 하는데 세상은 아직 에이전트를 위해 준비되지 않았다는 점입니다. 여전히 수많은 서비스가 API나 MCP도 제공하지 않습니다. 정보와 기능은 인간 사용자를 위해 포장된 GUI 안에 갇혀 있습니다. Codex나 Claude Code로 리서치를 해보았거나 SaaS 도구에 의존하는 작업을 수행해 본 적이 있다면 이게 무슨 뜻인지 아실 것입니다. 에이전트는 여전히 브라우저를 열고 기존 웹 생태계와 상호작용해야 합니다.

그래서 점점 더 많은 에이전트 제품이 브라우저를 억지로 끼워 맞추려고 시도하고 있습니다. 어떤 제품은 클라이언트에 경량 브라우저를 내장하고, 어떤 제품은 기존 Chrome에 연결하는 확장 프로그램을 사용합니다. 하지만 둘 다 충분히 잘 작동하지 않습니다. Chrome 연결 방식은 불안정합니다. 로그인 세션이 일관되게 유지되지 않고, 탭이 예기치 않게 새 창으로 분리되며, 표시 모드와 헤드리스 모드 간 전환이 불안정합니다. 내장형 방식은 완전한 브라우저가 아니므로 복잡한 작업에서는 한계를 보입니다.

이러한 방식들이 부족한 데는 더 근본적인 이유가 있습니다. 브라우저는 애초에 에이전트를 위해 설계된 적이 없습니다. Chrome의 탭, 창, 이동, 권한 같은 상호작용 하나하나는 전부 인간을 위해 설계되었습니다. 자율 에이전트가 어떻게 사용할지는 고려되지 않았습니다. 브리지형이든 내장형이든, 애초에 에이전트를 위한 여지가 없던 시스템에 덧댄 임시방편에 불과합니다. 현재 겪고 있는 문제들은 그 자연스러운 결과입니다.

문제의 나머지 절반은, 이 도구들 중 어느 것도 에이전트를 위한 브라우저가 실제로 어떠해야 하는지 진지하게 고민하지 않았다는 점입니다. 브라우저를 과도하게 감싸서 CLI 명령어 몇 개만 제공하며 에이전트가 스스로 조율할 수 있는 능력을 과소평가하거나, 반대로 원시 프로토콜을 그대로 노출해서 모든 잡음을 모델에 떠넘깁니다.

이것이 바로 저희가 ego (lite)를 만든 이유입니다. 브라우저를 근본적으로 재설계하여 사용자, 에이전트, 웹 사이를 유기적으로 연결하고자 했습니다.

저희가 ego (lite)를 만든 방법

코드를 한 줄 쓰기 전에, 먼저 하나의 질문을 정리해야 했습니다. 에이전트는 브라우저와 어떻게 상호작용해야 하는가?

저희가 내린 답은 세 가지 레이어였습니다.

첫 번째 레이어는 시각과 동작입니다. 에이전트는 인간처럼 페이지를 '보고', 클릭하고, 입력하고, 스크롤합니다. 어떤 브라우저든 에이전트에게 최소한 이 정도는 제공해야 합니다.

두 번째 레이어는 감싸놓은 메서드 호출입니다. 자주 사용되는 동작, 특히 Snapshot과 같은 것들을 깔끔하게 추상화했습니다. 메서드를 무수히 많이 늘리는 대신, 추상화 자체를 날카롭게 유지하는 데 집중했습니다.

세 번째 레이어는 브라우저의 기본 기능에 직접 접근하는 것입니다. 에이전트가 정말로 원시 수준의 제어가 필요할 때를 대비해 마련했습니다.

세 레이어를 둔 이유는 에이전트가 작업에 맞는 수준을 골라 사용할 수 있게 하기 위해서입니다. 단순한 클릭에는 원시 프로토콜 호출까지 필요하지 않고, 복잡한 흐름을 CLI 명령 하나에 억지로 담지도 않습니다.

왜 Python이나 Shell이 아니라 JavaScript인가

CLI보다 코드를 택한 것이 저희의 아키텍처 선택입니다. 그 안에서 왜 Python이나 Shell이 아니라 JavaScript였을까요? 이유는 두 가지입니다.

첫째는 인지적 부담입니다. ego (lite)가 페이지에 주입하는 코드는 JavaScript로 작성됩니다. 백그라운드 오케스트레이션 코드가 다른 언어라면, 에이전트는 작업할 때마다 두 컨텍스트 사이에서 문법을 오가야 합니다. 이는 불필요한 장애물입니다. 전체 작업에 하나의 언어를 사용하면 에이전트는 한 가지 모드로만 생각하면 됩니다.

둘째는 환경 안정성입니다. 모든 사용자에게 Python이 설치되어 있거나 셸이 동일하게 동작한다고 기대할 수는 없습니다. 사용자 환경에 의존하는 대신 런타임을 함께 제공하기로 했습니다. 브라우저 안의 V8 엔진을 재사용하고 Node.js의 나머지 부분을 경량화하여 ego (lite) 안에 완전한 Node 런타임을 탑재했습니다. 설치 용량은 6MB만 늘어납니다.

ego (lite)는 얼마나 빠른가?

저희는 네 가지 복잡한 브라우저 자동화 작업에서 ego (lite)와 Vercel의 agent-browser를 벤치마크했습니다. ego (lite)는 모든 작업을 최대 3.45배 더 빠르게, 현저히 적은 토큰으로 완료했습니다.

작업이 복잡할수록 성능 격차는 확대되었습니다.

결정적인 차이는 두 가지 설계 선택에서 비롯되었습니다. 첫째, 앞서 말한 3단계 JavaScript 상호작용입니다. 에이전트가 CLI 호출을 하나씩 이어 붙이는 대신, 여러 동작을 한 번에 실행하는 코드 조각 하나를 작성합니다. 둘째, 저희가 만든 Chromium 엔진에 내장된 엔진 수준 스냅샷입니다. 이는 JS shim 기반 스냅샷 도구들이 조용히 놓치는 교차 출처 iframe, Shadow DOM, 서드파티 SDK 위젯까지 모두 포착합니다.

사용할수록 빨라집니다 (출시 예정)

ego (lite)의 공식 Skill에서 경험 축적 메커니즘을 테스트 중입니다. 성공한 모든 작업은 도메인별로 재사용 가능한 도구와 워크플로로 정제됩니다. 다음에 에이전트가 유사한 작업을 실행하면 이 도구를 불러와 시행착오를 건너뛸 수 있습니다.

이상적인 방식은 에이전트가 작업을 실행하면서 동시에 경험도 기록하는 것입니다. 처음에는 그렇게 시도했습니다. 하지만 평가 결과가 저희를 되돌아보게 했습니다. 모델에게 동일한 실행 안에서 작업 자체와 경험 기록을 동시에 최적화하라고 하면, 작업 성공률이 떨어지고 실행 속도도 느려집니다. 둘 다 동시에 잘하려다 보면 결국 둘 다 제대로 할 수 없습니다.

그래서 두 단계로 나누었습니다. 실행 중에는 에이전트가 작업에만 집중하고 다른 것은 하지 않습니다. 작업이 끝나면 별도의 축적 단계가 시작되어, 에이전트가 관련 문서를 읽고 도구와 노하우를 쌓습니다. 이렇게 단계를 나누는 방식이 저희가 원하던 속도 향상으로 이어졌습니다. 복잡한 작업에 대한 내부 테스트에서, 반복 실행은 최대 2.6배 더 빨라졌고, 토큰 소모도 훨씬 줄었습니다.

UX는 현재 지속적으로 개선 중인 부분입니다. 작업이 끝난 뒤 사용자는 최종 결과가 나오기 전에 축적 단계를 기다려야 하는데, 그 대기 시간이 아직은 매끄럽지 않습니다. 저희가 고민 중인 방향 하나는 축적 과정을 사용자 선택에 맡기는 것입니다. 작업이 끝난 뒤 경험을 기록할지 말지를 사용자가 결정하게 하는 것입니다. 그러면 강제로 기다릴 필요도 없고, 에이전트가 어떻게 성장할지에 대한 통제권도 사용자에게 더 돌아갑니다.

현재 개발 중이며, 완성되는 대로 공식 출시할 예정입니다.

저희 제품군에서 ego (lite)의 역할은 단순합니다. 사용자와 에이전트 모두를 위한 브라우저, 바로 그 자체입니다.

ego (lite)와 기존 도구의 차이

왜 저희는 'ego'라고 부르는가

요즘은 '자아를 낮추라'는 분위기가 강합니다. 그 취지는 이해합니다. 자아가 지나치면 정말로 남에게 해가 될 수 있으니까요. 하지만 그 흐름은 도를 넘었습니다. 자기 억제를 미덕으로 포장하는 수사가 되어버렸고, 사람을 더 큰 시스템의 톱니바퀴로 격하하고 있습니다.

AI가 점점 더 많은 일을 처리하게 될수록, 저희는 오히려 반대로 생각합니다. 지금이야말로 '자아'의 가치를 다시 들여다볼 때입니다. 도구가 강력해질수록 그 뒤에 있는 인간의 판단력, 개성, 독립적 사고의 가치는 더 커집니다. 이런 것들은 희석되어야 할 대상이 아니라 증폭되어야 할 대상입니다.

진짜 위험은 컴퓨터가 인간처럼 생각하는 것이 아니라, 인간이 컴퓨터처럼 생각하는 것입니다.

그래서 이렇게 이름 붙였습니다: ego. 이기적이 되라는 요구가 아닙니다. 사용자의 직관, 사용자의 정체성, 그리고 사용자 자신의 판단력을 우선 보호할 가치가 있다는 점을 강조한 것입니다.

ego (lite)의 'lite'는 이것이 ego의 일부라는 뜻입니다. 개인 에이전트, 클라우드 샌드박스 환경, 브라우저를 넘어서는 시스템 수준 기능, 메모리 시스템을 갖춘 정식 버전의 ego 제품이 별도로 존재합니다.

사용해 보기

ego (lite)는 현재 macOS에서 무료로 제공되며, Windows와 Linux 버전은 로드맵에 있습니다. 모든 브라우저 작업은 당사 서버가 아닌 사용자의 에이전트가 실행합니다. 따라서 개인 사용자는 ego (lite)를 무료로 이용할 수 있습니다.

• 다운로드 파일: .dmg.

온보딩 과정에서 묻는 것은 단 하나, Chrome 데이터를 마이그레이션할지 여부뿐입니다. 나머지는 알아서 처리됩니다.

AI 에이전트를 실제 브라우저에 연결하는 데 답답함을 느꼈다면 ego (lite)를 사용해 보시기 바랍니다. 만족하실 것입니다.

마지막으로 한 가지 주의사항이 있습니다. ego (lite)는 페이지 내용을 읽고 실제 작업을 수행하는 진짜 브라우저 조작 권한을 에이전트에 부여합니다. 따라서 실행을 맡길 에이전트가 신뢰할 수 있는지 반드시 확인하시기 바랍니다.