
인간과 AI 에이전트가 나란히 협업하는 브라우저, ego를 만들었습니다
요약
인간과 AI 에이전트가 동일한 브라우징 환경을 공유하며 협업할 수 있는 Chromium 기반 브라우저 'ego lite'를 소개합니다. 에이전트가 사용자의 로그인 세션을 재사용하면서도 별도의 격리된 공간(Space)에서 작업을 수행하여 사용자의 방해를 최소화합니다.
핵심 포인트
- Chromium 포크를 통해 기존 Chrome의 북마크, 쿠키, 로그인 상태를 그대로 계승
- 에이전트 전용 'Space'를 제공하여 사용자의 작업 흐름을 방해하지 않고 병렬 작업 가능
- API가 없는 웹 서비스의 GUI를 에이전트가 직접 조작할 수 있도록 설계
- macOS 전용으로 제공되며 현재 무료로 사용 가능
요약 (TL;DR)
우리는 당신과 AI 에이전트가 동일한 브라우징 환경을 공유하는 Chromium 기반 브라우저인 ego lite를 만들었습니다. 당신은 브라우저를 평소처럼 사용하고, 에이전트는 당신이 이미 로그인해 있는 세션을 재사용하며 자신만의 격리된 공간 내에서 웹 작업을 병렬로 수행합니다. 현재 무료이며 macOS 전용입니다.
사이트: lite.ego.app
GitHub: citrolabs/ego-lite
이 포스트는 부분적으로는 출시 발표이지만, 주로 우리가 직면한 문제와 그 결과로 무엇을 만들게 되었는지에 대해 생각한 내용을 정리한 것입니다.
2026년에 왜 브라우저를 만드나요?
짧게 요약하자면: 이것은 우리의 일상적인 고충에서 시작되었습니다.
지난 1년 동안 우리 팀 시간의 대부분은 Claude Code나 Codex와 같은 에이전트(agents)와 함께 작업하는 데 사용되었습니다. 이들은 코드를 작성하는 수준을 훨씬 넘어섰습니다. 연구를 수행하고, SaaS 도구들을 연결하며, 실제 업무를 완수합니다. 하지만 그 업무의 상당 부분은 웹상에만 존재합니다. 많은 서비스가 API를 제공하지 않습니다. 실제 정보와 기능은 그저 GUI(그래픽 사용자 인터페이스) 안에만 존재할 뿐입니다. 따라서 에이전트가 작업을 완료하려면 직접 브라우저를 구동해야 합니다.
그리고 브라우저는 애초에 그런 용도로 만들어지지 않았습니다. 에이전트에게 브라우저를 맡기면 매번 똑같은 두 가지 벽에 부딪힙니다. 첫째, 에이전트는 당신이 이미 로그인한 세션에 접근할 수 없어서, 유용한 작업을 시작하기도 전에 로그인 화면과 CAPTCHA(캡차)에서 멈춰버립니다. 둘째, 일단 실행되면 에이전트가 당신의 창과 마우스를 점유해버려서, 에이전트가 작업하는 동안 당신은 컴퓨터로 다른 어떤 것도 할 수 없습니다.
우리가 실제로 원했던 것은 간단했습니다. 당신이 매일 사용할 수 있으면서, 에이전트가 즉시 연결될 수 있고, 에이전트가 작업하는 동안 당신의 방해를 하지 않는 브라우저입니다.
그것이 바로 ego lite입니다.
이것은 Chromium 포크 (fork)입니다. 처음 실행할 때 Chrome에서 북마크, 확장 프로그램 (extensions), 쿠키 (cookies), 로그인 상태를 가져오므로, 마찰 없이 바로 일상적인 메인 브라우저 (daily driver)로 사용할 수 있습니다. 설치 과정에서 에이전트의 스킬 디렉토리 (skills directory)에 ego-browser 스킬을 추가하므로, 이를 구동하기 위한 별도의 설정은 필요하지 않습니다.
에이전트가 작업을 시작하면, 에이전트만의 'Space'에서 실행됩니다. Space는 사용자가 실제로 사용 중인 탭에는 영향을 주지 않으면서 로그인 상태를 재사용하는 별도의 워크스페이스 (workspace)입니다. 당신은 에이전트가 작업하는 동안 내내 지켜볼 수 있으며, 원할 때 언제든 제어권을 가져올 수 있습니다.
작동 방식이 어떤 느낌인지 알고 싶다면 다음 짧은 데모를 확인해 보세요: YouTube에서 데모 시청하기
한 가지 더 언급할 가치가 있는 점은, 최근 Anthropic과 OpenAI 모두 시장 점유율 경쟁을 위해 토큰 (token) 비용을 인하하면서 모델 가격이 급락하고 있다는 것입니다. 이제 코딩 작업만으로는 월 200달러 플랜을 다 쓰는 것이 사실상 불가능해졌습니다. 따라서 남은 예산을 브라우저 작업에 할당하는 것은 매우 합리적인 선택입니다.
저희가 가장 자주 사용하는 두 가지 워크플로우 (workflows)는 다음과 같습니다.
장시간 실행되는 작업 자동화
긴 작업은 두 가지 지루하고 예측 가능한 방식으로 실패합니다. 작업 도중에 멈춰버리거나, 실행되는 동안 브라우저를 계속 점유해 버리는 것입니다.
Space는 이 두 가지 문제를 해결하기 위해 구축되었습니다. Space는 새로운 창이나 Chrome 프로필 (profile), 혹은 헤드리스 모드 (headless mode)가 아닙니다. 브라우저 내부에 존재하는 격리된 워크스페이스 (workspace)입니다. 에이전트는 자신의 Space에서 작업하고, 당신은 당신의 Space에서 작업하므로, 어느 쪽도 서로의 포커스 (focus)를 뺏지 않습니다. 만약 에이전트가 로그인 장벽이나 CAPTCHA에 부딪히면, 해당 Space로 전환하여 문제를 해결한 뒤 에이전트가 중단된 지점부터 다시 시작할 수 있게 해주면 됩니다.
에이전트가 페이지를 단계별로 하나씩 건드리는 대신, 사전에 전체 스크립트를 작성하고 한 번에 실행하기 때문에 긴 워크플로우 (workflow)가 더 안정적이며 토큰 (token) 사용량도 적습니다. 핵심 아이디어는 "두 개의 명령어를 실행하고, 결과를 확인하고, 다시 두 개의 명령어를 실행하는" 식의 루프를 도는 대신, 다단계 작업을 단일 실행으로 압축하는 것입니다. 전통적인 CLI 기반 방식과 비교했을 때, 복잡한 워크플로우에서 20~50% 더 빠르며, 성공률은 더 높고 작업당 도구 호출 (tool call) 횟수는 훨씬 적습니다. Vercel의 에이전트 브라우저 (agent-browser)와 비교한 내부 벤치마크에서도 동일한 패턴을 확인했습니다. 작업이 복잡할수록 그 격차는 더 커집니다.
또한 병렬 실행 (parallel execution)을 지원하는데, 솔직히 이 기능이 저희가 가장 많이 사용하는 부분입니다. Claude Code가 10개의 Space에서 리드 (leads)를 분류하는 동안, Codex가 나머지 5개의 Space에서 경쟁사 페이지를 스크래핑하도록 할 수 있으며, 이들은 서로 간섭하지 않습니다. 4가지 복잡한 작업에 대해 Vercel의 에이전트 브라우저와 일대일 테스트를 진행한 결과, 저희의 최고 기록은 2.6배 더 빨랐습니다. 그리고 다시 한번 말씀드리지만, 작업이 어려워질수록 격차는 더 벌어집니다.

프론트엔드 E2E 테스트
ego lite의 첫 번째 버전이 나온 후, 저희 팀은 빠르게 이에 매료되었습니다. 사실 예상보다 더 빨랐습니다.
테스트는 이미 로그인되어 있는 브라우저 내부에서 직접 실행됩니다. 더 이상 테스트용 계정을 생성하거나 로그인 흐름을 위한 스크립트를 먼저 작성할 필요가 없습니다.
더 큰 변화는 에이전트가 페이지를 읽는 방식입니다. 가공되지 않은 HTML 대신, Chromium 엔진에서 직접 가져온 의미론적 스냅샷 (semantic snapshot)을 받습니다. 보통 페이지 전체에 대해 수백 개의 토큰 정도면 충분합니다. 스타일, 스크립트, 숨겨진 노드와 같은 모든 노이즈가 제거됩니다. 남는 것은 실제로 존재하는 버튼, 입력창, 링크와 그 이름뿐입니다.
Playwright MCP와 비교했을 때, 복잡한 시나리오에서 저희가 대략 2배 정도 더 빠릅니다.
이 시점에서 저희 프론트엔드 테스트의 상당 부분은 팀 내 비엔지니어들도 직접 실행할 수 있을 만큼 충분히 간단해졌습니다. 스크립트도, 셀렉터(selector)도 필요 없습니다. 그저 평이한 언어로 흐름을 설명하기만 하면 됩니다. 예를 들면 다음과 같습니다:
/ego-browser 이것이 예상된 동작과 일치하는지 확인하고, 전체 흐름을 실행한 뒤, 결과를 보고해줘.
에이전트는 자체 Space에서 페이지를 열고, 사용자의 로그인된 세션(session)을 사용하여 브라우저를 제어하며, 매 단계마다 스냅샷(snapshot)과 대조하여 진행 상황을 확인하고, 결과 및 발생한 오류를 보고합니다. 단 한 문장으로 대부분의 케이스를 커버할 수 있으며, 아무도 테스트 스크립트를 작성하거나 유지 관리할 필요가 없습니다.
저희는 또한 웹사이트에 소셜 포스트 스크래핑(scraping), 구직, 아파트 찾기, 항공권 및 호텔 예약, 주식 추적 등 다양한 다른 사용 사례(use cases)들을 작성해 두었습니다. 살펴볼 가치가 있습니다:
기존 제품들과 어떻게 다른가요?
ego lite를 만들기 전에, 저희는 기존의 옵션들을 직접 시도해 보았습니다. 각각은 명확한 한계가 있었습니다:
- **자사 제공 AI 브라우저 (Comet, Atlas)**는 오직 자신들의 내장 에이전트(agent)와만 작동합니다. Codex나 Claude Code와 같이 여러분이 이미 사용 중인 에이전트는 연결할 수 없으며, 공유된 컨텍스트(context)도 없기 때문에 이러한 브라우저들은 기존 워크플로우(workflow)에 결코 제대로 녹아들지 못합니다.
- **Chrome 브릿지 플러그인 및 미들웨어 (Agent-Browser, browser-use)**는 때때로 사용자의 로그인 상태를 사용할 수 있습니다. 하지만 로그인 상태 상속(inheritance)은 신뢰할 수 없고, 창과 탭이 멋대로 열리며, 에이전트가 실행되는 동안 동일한 브라우저의 제어권을 두고 사용자와 싸우게 됩니다.
- **에이전트 임베디드 브라우저 (Codex 및 Cursor에 내장된 것들)**는 기능이 축소되어 있고 불완전합니다. 사용자의 로그인 상태를 상속받을 수 없으며, 단순한 페이지 이상의 복잡한 작업에는 어려움을 겪습니다.
공통점은 다음과 같습니다. 이들 중 그 어느 것도 "한 명의 인간과 한 명의 에이전트가 하나의 브라우저를 공유하는 것"을 제대로 해결할 가치가 있는 문제로 취급하지 않는다는 점입니다. 그것이 바로 우리가 파고들 틈새입니다.
다음 단계 (What's next)
저희는 빠르게 움직이는 소규모 팀이며, ego lite는 아직 다듬어지지 않은 부분이 많습니다. 그렇지 않은 척할 이유는 없습니다. 현재 알려진 제한 사항은 다음과 같습니다:
- 리소스 사용량이 다소 높습니다. 여러 개의 Spaces가 병렬로 실행되는 전체 Chromium 포크(fork) 버전이므로 메모리 사용량이 누적됩니다. 현재 적극적으로 최적화 작업을 진행 중입니다.
- 현재는 macOS 전용입니다. 역량을 너무 분산시키기 전에 하나의 플랫폼을 확실히 잡고 싶었습니다. 출시 이후 Windows 요청이 쌓이고 있으며, 다음 우선순위로 예정되어 있습니다.
- 아직 워크플로 재사용(workflow reuse) 기능이 없습니다. 성공적으로 완료된 작업이 재사용 가능한 기술(skills)로 전환되어, 에이전트가 매번 동일한 워크플로를 처음부터 파악할 필요가 없도록 만들 계획입니다.
소개 (About us)
저희는 빠르게 결과물을 내놓는 소규모 팀이며, 오픈 소스(open source)에 진심으로 전념하고 있습니다. 저희의 GitHub 저장소는 공개된 지 두 달이 채 되지 않았지만, 이미 GitHub Trending 1위를 기록했으며 5,200개 이상의 스타(stars)를 돌파했습니다. 어제는 비현실적인 순간도 있었습니다. Twitter의 공동 창업자인 Jack Dorsey가 자신의 새로운 오픈 소스 프로젝트인 Buzz가 트렌딩 목록에 오른 후 스크린샷을 공유했는데, 저희가 바로 그 위 순위에 올라 있었습니다.

ego lite와 더불어, 저희는 Chromium 자체에도 기여하고 있습니다. 올해 저희의 기여 사항에는 CSS shape() 기능과 창 크기 조정 시 애니메이션 프레임 속도 개선 등이 포함되었으며, 이는 Google I/O 2026에서 언급되었습니다.
ego lite는 계정이 필요 없는 무료 도구입니다. 그저 여러분의 에이전트를 연결하기만 하면 됩니다.
저희는 아직 완벽하지 않다는 것을 알고 있으며, 그것으로 충분합니다. 사람과 에이전트 모두에게 진정으로 잘 작동하는 브라우저가 될 때까지, 매 릴리스마다 기능을 날카롭게 다듬어 나갈 계획입니다.
이미 웹 작업을 위해 Claude Code, Codex 또는 Cursor를 사용하고 있다면, ego를 한 번 사용해 보시고 무엇이 잘못되었는지 저희에게 알려주세요. 저희는 실제 피드백을 원합니다.
사이트: lite.ego.app
GitHub: citrolabs/ego-lite
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기
