ego (lite)는 그저 브라우저일 뿐이고, ego는 여러 기기를 넘나드는 나만의 에이전트입니다.
대기자 명단 등록
브라우저 자동화AI 에이전트 브라우저멀티태스킹Chromiumagent-browser 대안

AI 에이전트가 웹 자동화를 실행하는 가장 빠른 브라우저

2026년 5월 21일8 분 분량
기계 로봇 손이 복고풍 Macintosh 화면을 가리키는 모습, 화면에는 여러 워크스페이스 카드가 있는 ego (lite) 병렬 브라우저 인터페이스가 떠 있다

ego (lite)는 사용자와 AI 에이전트가 병렬로 작업하는 브라우저입니다. AI 에이전트는 자체 Spaces에서 여러 브라우저 작업을 동시에 실행하고 사용자의 탭은 그대로 유지되며, 작업은 더 적은 토큰으로 더 빠르게 완료됩니다.

지난 1년간, 많은 사람들이 AI 에이전트에게 ( Claude Code, Codex, Continue)에게 진짜 브라우저에서 진짜 브라우저 자동화를 시키려고요. 로그인된 관리자 화면에서 목록을 뽑거나, 공급업체 양식을 작성하거나, 스테이징 환경에서 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마다 각자의 AI 에이전트나 작업이 배정되고, 전부 동시에 돌아갑니다. Claude Code가 병렬 Space 10개에서 잠재 고객 10명의 정보를 채우는 동안, Codex는 다른 Space 5개에서 경쟁사 사이트 5곳을 스크래핑합니다. 서로 부딪히지도, 탭을 뺏지도 않습니다. 마우스는 원래 있던 자리 그대로입니다.
  • 시장에서 가장 강력한 페이지 Snapshot입니다. 커널 수준 맞춤화를 통해 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배 더 빠르고 훨씬 적은 토큰으로 완료했습니다.

ego (lite)와 Vercel의 agent-browser를 실제 브라우저 자동화 작업 네 가지로 비교한 벤치마크 차트입니다. X 게시물 스크래핑, LinkedIn 채용 지원, Redfin 대출 계산, Expedia 항공권 예약. ego (lite)는 모든 작업에서 더 빠르고 저렴했고, agent-browser는 Expedia 항공권 예약에서 봇 탐지에 막혔습니다.

작업이 어려울수록 격차는 더 벌어집니다.

결정적인 건 설계상의 선택 두 가지였습니다. 첫째, 앞서 말한 3단계 JavaScript 상호작용입니다. 에이전트는 CLI 호출을 하나씩 이어 붙이는 대신, 여러 동작을 한 번에 실행하는 코드 조각 하나를 씁니다. 둘째, 저희가 만든 Chromium 엔진 안에 내장된 커널 레벨 Snapshot입니다. 이건 JS shim 기반 스냅샷 도구들이 조용히 놓쳐버리는 교차 출처 iframe, Shadow DOM, 서드파티 SDK 위젯까지 다 들여다봅니다.

쓰면 쓸수록 빨라집니다 (출시 예정)

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

이상적인 방식은 에이전트가 작업을 실행하면서 동시에 경험도 기록하는 것이겠죠. 처음엔 그렇게 시도했습니다. 하지만 평가 결과가 저희를 물러서게 만들었습니다. 모델에게 같은 실행 안에서 작업 자체와 경험 기록을 동시에 최적화하라고 하면, 작업 성공률이 떨어지고 실행 속도도 느려집니다. 둘 다 동시에 잘하려다 보면 결국 둘 다 제대로 못 합니다.

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

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

아직 다듬는 중이고, 기준을 넘으면 널리 출시할 예정입니다.

우리 제품군에서 ego (lite)의 역할은 간단합니다. 사용자와 에이전트 모두를 위한 브라우저, 그 이상도 이하도 아닙니다.

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

기능ego (lite)Browser Useagent-browser (Vercel)ChatGPT AtlasPerplexity Comet
멀티태스킹
재사용 가능한 스킬
Chrome 데이터를 그대로 물려받습니다
같은 브라우저, 분리된 작업 공간
압축된 시맨틱 입력값
외부 에이전트가 직접 제어 가능
데이터는 로컬에만 저장
로그인 마찰 없음
매일 쓰는 일상 브라우저
무료

왜 우리는 "ego"라고 불리는가

요즘 문화는 '자아를 낮추라'는 쪽으로 크게 기울어 있습니다. 그 취지는 이해합니다. 자아가 지나치면 정말로 남에게 상처를 줄 수 있으니까요. 하지만 그 흐름은 도를 넘었습니다. 자기 억제를 미덕으로 포장하는 일종의 수사가 되어버렸고, 사람을 훨씬 더 큰 기계의 톱니바퀴로 갈아 넣고 있습니다.

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

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

그래서 이렇게 이름 붙였습니다: ego. 이기적이 되라는 요구가 아닙니다. 당신의 직관, 당신의 정체성, 그리고 당신 자신의 판단력은 우선 보호할 가치가 있다는 것에 베팅합니다.

ego (lite)의 ‘lite’는 이것이 ego 전체가 아니라는 뜻입니다. 개인 에이전트, 클라우드 샌드박스 환경, 브라우저를 넘어서는 시스템 수준 기능, 메모리 시스템을 갖춘 정식 버전의 ego 제품이 있습니다. 두 제품은 별도로 제공합니다.

써보기

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

온보딩은 딱 한 가지만 묻습니다. Chrome 데이터를 마이그레이션할지 여부. 나머지는 알아서 처리합니다.

AI 에이전트를 실제 브라우저에 연결하는 데 답답함을 느꼈다면 ego (lite)를 사용해 보세요. 실망하지 않을 것입니다.

마지막으로 기억할 점이 하나 있습니다. ego (lite)는 페이지 내용을 읽고 실제 작업을 실행하는 진짜 브라우저 조작 권한을 에이전트에 제공합니다. 따라서 제어를 맡길 에이전트가 신뢰할 수 있는 출처에서 왔는지 확인하세요.