2026 ego lite 완전 정리: AI 에이전트에게 브라우저 전용 공간을 주는 방식과 도입 판단

AI 에이전트에게 웹 작업을 맡기면 늘 같은 지점에서 막힙니다. 에이전트가 내 탭을 가로채거나, 로그인해 둔 세션이 넘어가지 않거나. ego lite는 이 문제를 자동화 라이브러리가 아니라 브라우저 설계로 풀겠다고 나선 도구입니다. 무엇이 다르고, 지금 도입해도 되는지 공식 근거로 정리했습니다.

Task Space: AI 에이전트에게 따로 떼어 주는 격리된 브라우징 공간입니다. 에이전트는 이 공간에서만 일하고, 사용자의 로그인 상태는 그대로 물려받습니다.

기존 도구가 막히던 지점

브라우저 자동화 도구는 크게 두 갈래였습니다.

하나는 Playwright, browser-use, Vercel의 agent-browser 같은 자동화 프레임워크입니다. 에이전트가 호출하는 라이브러리라서 자기 브라우저가 없습니다. 몰 브라우저를 따로 띄워야 하고, 평소 쓰던 로그인 세션이 깔끔하게 넘어가지 않습니다.

다른 하나는 ChatGPT Atlas, Perplexity Comet 같은 AI 브라우저입니다. 브라우저에 에이전트가 내장돼 있어 로그인 문제는 없지만, 그 내장 에이전트만 브라우저를 조종할 수 있습니다. 내가 쓰는 Claude Code나 Codex를 붙일 수는 없습니다.

결국 남는 불편은 하나로 모입니다. 사람과 에이전트가 같은 탭을 두고 경쟁한다는 것입니다.

ego lite의 접근: Task Space

ego lite는 Chromium 기반 브라우저 앱입니다. 핵심은 에이전트마다 격리된 작업 공간을 하나씩 주는 구조입니다.

로그인은 물려받고, 탭은 분리한다

에이전트가 받는 공간은 완전히 격리돼 있지만, 사용자의 로그인 상태는 기본으로 상속합니다. 에이전트는 인증이 필요한 사이트에서 백그라운드로 작업하고, 사용자의 창과 탭은 그대로 남습니다. 첫 실행 때 Chrome 데이터 마이그레이션에 동의하면 기존 로그인, 쿠키, 확장, 북마크를 그대로 이어받습니다.

통제권을 주고받는 규칙

각 공간에는 소유권이 있습니다. 에이전트 소유, 사용자에게 위임된 상태, 사용자 소유 세 가지입니다.

로그인이나 캡차처럼 사람 손이 필요하면 에이전트가 공간을 사용자에게 넘깁니다.
사용자가 공간을 잡고 있는 동안 에이전트의 조작은 실패합니다. 공식 스킬 문서는 이 실패를 "우회할 장애물이 아니라 하드 스톱"이라고 못 박고, 재시도를 금지합니다.
사용자가 "계속"이라고 확인한 뒤에야 에이전트가 통제권을 되찾을 수 있습니다.

에이전트가 사고 칠 지점을 문서 차원에서 미리 막아 둔 설계입니다. 스킬을 직접 만드는 입장에서도 참고할 만한 대목입니다.

조작 방식: 명령 왕복 대신 코드 한 덩어리

기존 방식은 명령 하나를 실행하고, 결과를 확인하고, 다시 명령을 내리는 루프였습니다. 단계가 늘어날수록 왕복이 쌓입니다.

ego lite vs agent-browser, speed and cost across four tasks

이미지 출처: github.com

ego lite는 에이전트가 자바스크립트 한 뭉치를 통째로 넘기게 합니다. 페이지 스냅샷, 클릭, 입력, 대기, 스크린샷 같은 기능이 함수로 미리 올라와 있어, 여러 단계를 한 번의 실행으로 합칠 수 있습니다.

저장소는 이 방식으로 Vercel의 agent-browser 대비 복잡한 작업 네 종에서 최대 2.5배 빠르고 토큰도 훨씬 적게 쓴다고 밝힙니다. 위 비교표가 그 근거 자료로, 같은 모델을 쓰고 작업별 5회 실행의 중앙값을 기록한 결과입니다. 항공권 예약 작업에서는 비교 대상이 봇 탐지에 막혀 아예 완주하지 못했습니다.

다만 이 수치는 만든 쪽이 직접 측정한 값입니다. 제3자 재현 결과는 아직 공개되지 않았으므로, 방향은 참고하되 배수는 확정된 사실로 다루지 않는 편이 안전합니다.

도입 전 확인할 세 가지

1. 미해결 보안 신고 두 건

2026-07-23에 등록된 신고 두 건이 2026-07-26 기준으로 아직 열려 있습니다.

다운로드 처리에서 서버가 지정한 파일명을 검증 없이 경로에 결합해, 다운로드 폴더 밖 경로를 다룰 수 있다는 지적입니다.
CI 워크플로가 공격자가 정할 수 있는 브랜치명을 셸 블록에 그대로 넣어 스크립트 인젝션이 가능하다는 지적입니다.

신뢰된 로그인 세션을 그대로 태우는 도구라서, 두 건 모두 처리 여부를 확인하고 도입을 판단해야 합니다.

2. 오픈소스 경계

MIT로 공개된 것은 스킬 문서와 연결 계층 코드입니다. 브라우저 본체는 별도로 받는 무료 배포판이고 소스는 공개돼 있지 않습니다. "무료 오픈소스 브라우저"가 아니라 "공개된 연결층과 무료 비공개 브라우저"에 가깝습니다.

3. 지원 환경과 가격

현재는 macOS 전용입니다. Windows와 리눅스는 공식 로드맵에서 계획 단계에 머물러 있습니다. 가격은 만든 쪽이 개인 무료, 기업은 별도 협의라고 밝혔습니다.

FAQ

Q. Playwright를 대체하나요?

용도가 다릅니다. Playwright는 테스트와 자동화를 위한 라이브러리이고, ego lite는 사람과 에이전트가 함께 쓰는 브라우저 앱입니다. 로그인이 필요한 실제 서비스를 에이전트가 다뤄야 할 때 차이가 커집니다.

Q. 계정이 정지될 위험은 없나요?

커뮤니티에서 실제로 나온 우려입니다. 로그인된 세션으로 자동화를 돌리면 플랫폼의 봇 탐지에 걸릴 수 있습니다. 각 서비스의 이용약관을 먼저 확인하고, 중요한 계정으로는 시험하지 않는 편이 안전합니다.

Q. 지금 팀에 도입해도 될까요?

관찰 단계를 권합니다. 개념은 실제 불편을 정확히 겨냥하지만, macOS 전용이라는 제약과 미해결 보안 신고가 남아 있습니다. 보안 처리와 플랫폼 확장을 확인한 뒤 재평가해도 늦지 않습니다.

마무리

ego lite가 바꾼 것은 답이 아니라 질문입니다. "에이전트에게 브라우저를 넘길 것인가"가 아니라 "에이전트에게 어떤 공간을 떼어 줄 것인가"로 바뀌었습니다.

여러 에이전트 세션이 브라우저 하나를 나눠 쓰는 환경이라면, 이 질문은 곧 마주하게 됩니다. 지금 당장 갈아탈 도구는 아니지만, 방향은 기록해 둘 가치가 있습니다.

2026 ego lite 완전 정리: AI 에이전트에게 브라우저 전용 공간을 주는 방식과 도입 판단