[심층분석] 내 로그인은 그대로, 내 탭은 건드리지 않고 — AI와 브라우저를 '한 집 살림'하게 만든 ego-lite

왜 AI 에이전트는 로그인 앞에서 멈출까요?

Claude Code나 Codex 같은 AI 코딩 에이전트를 써보신 분들은 한 번쯤 이런 답답함을 느껴보셨을 거예요. '이 사이트 들어가서 대시보드 확인하고 알려줘'라고 시켰더니, 에이전트가 로그인 화면 앞에서 멈춰버리는 거죠. 사람한테는 몇 초면 끝나는 로그인이 AI한테는 의외로 큰 장벽이거든요. 2단계 인증이라도 걸려 있으면 사실상 불가능에 가깝고요.

그동안 이 문제를 풀려고 여러 도구가 나왔어요. Playwright나 Puppeteer처럼 코드로 브라우저를 조종하는 라이브러리도 있었고, browser-use처럼 AI가 직접 브라우저를 조작하게 해주는 프레임워크도 있었죠. 그런데 이런 도구들은 공통적인 약점이 있었어요. 에이전트가 쓰는 브라우저와 내가 쓰는 브라우저가 따로 논다는 점이에요. 에이전트용 브라우저는 매번 깨끗한 상태로 시작해서 로그인 정보가 하나도 없고, 그렇다고 내 브라우저를 통째로 넘겨주면 이번엔 내가 브라우저를 못 쓰게 되고요.

오늘 소개할 ego-lite는 바로 이 지점을 정면으로 겨냥한 프로젝트예요. 핵심 아이디어를 한 문장으로 요약하면 이거예요. '사람과 AI 에이전트가 처음부터 같이 쓰도록 설계된 브라우저를 만들자.'

ego-lite의 핵심: 한 지붕 두 가족 브라우저

ego-lite의 구조를 이해하려면 'Space'라는 개념부터 봐야 해요. 이게 뭐냐면, 하나의 브라우저 안에 에이전트 전용 작업 공간을 여러 개 만들어주는 거예요. 내 탭은 내 탭대로 그대로 있고, 에이전트는 자기 Space 안에서 여러 브라우저 작업을 병렬로 돌리는 거죠. 비유하자면 룸메이트와 집을 같이 쓰는데 각자 방이 따로 있는 느낌이에요. 냉장고(로그인 정보, 쿠키)는 공유하지만 서로의 방(탭)은 건드리지 않는 거예요.

이 구조가 기존 방식과 뭐가 다르냐면요. browser-use 같은 기존 자동화 프레임워크는 '브라우저를 밖에서 조종하는 리모컨'에 가까워요. 별도의 브라우저를 하나 띄워놓고 원격으로 클릭하고 입력하는 방식이죠. 그러다 보니 로그인 상태가 깔끔하게 넘어가지 않고, 에이전트와 내가 같은 탭을 두고 싸우는 일이 생겨요. 반면 ego-lite는 브라우저 자체가 에이전트와의 공존을 전제로 설계됐어요. 리모컨을 쥐여주는 게 아니라, 아예 운전석이 두 개인 차를 만든 셈이죠.

설치 방법은 세 가지를 제공해요.

• macOS 앱을 직접 다운로드해서 설치하거나
• npx skills add citrolabs/ego-lite 명령으로 ego-browser 스킬만 먼저 설치하거나
• 아예 에이전트한테 'ego lite 설치해줘'라고 시키는 방법이에요. 설치 문서를 에이전트가 읽고 스스로 설치하도록 만들어둔 거죠.

여기서 '스킬'이라는 개념도 짚고 갈게요. 스킬은 쉽게 말해 AI 에이전트한테 새로운 능력을 가르치는 매뉴얼 파일이에요. Claude Code나 Codex의 스킬 디렉토리에 이 매뉴얼을 넣어두면, 에이전트가 브라우저 작업이 필요할 때 그걸 읽고 ego-browser 쓰는 법을 스스로 익히는 거죠. 저장소를 보면 .claude/skills와 .codex/skills 폴더가 나란히 있는데, 두 에이전트 생태계를 동시에 지원하겠다는 의도가 보여요. 설치 후에는 에이전트 CLI에서 /ego-browser 뒤에 원하는 작업을 평범한 문장으로 적기만 하면 돼요.

그리고 가장 인상적인 부분은 첫 실행 때예요. ego-lite가 딱 하나만 물어봐요. 'Chrome 데이터를 옮겨올까요?' 여기서 '네'라고 하면 내 기존 로그인, 쿠키, 확장 프로그램, 북마크가 전부 넘어와요. 즉 에이전트가 내가 로그인해둔 상태를 그대로 물려받는 거죠. 매번 로그인 벽에 막히던 문제가 여기서 한 번에 풀리는 거예요.

업계 맥락: 지금 왜 '에이전트 브라우저' 전쟁인가

사실 ego-lite는 혼자 튀어나온 게 아니에요. 지난 1~2년 사이 'AI 에이전트에게 브라우저를 쥐여주자'는 흐름이 업계 전반에서 동시다발적으로 터져 나왔거든요. OpenAI는 Operator와 Atlas 브라우저를 내놨고, Anthropic은 Claude가 Chrome을 조작하는 확장을 실험했고, Perplexity는 Comet이라는 자체 브라우저를 만들었죠. 다들 같은 결론에 도달한 거예요. AI가 진짜 쓸모 있으려면 결국 웹을 사람처럼 다뤄야 한다는 것.

그 안에서 접근법이 크게 세 갈래로 나뉘어요.

• 자동화 프레임워크 계열 (Playwright, browser-use): 코드나 프롬프트로 별도 브라우저를 조종해요. 유연하지만 로그인 상태 공유가 골치 아프고 세팅 비용이 커요.
• AI 내장 브라우저 계열 (Atlas, Comet): 브라우저 자체에 특정 회사의 AI를 심었어요. 쓰기는 편한데 그 회사 AI에 종속되는 구조예요.
• 에이전트 공유형 브라우저 (ego-lite): 브라우저는 중립적으로 두고, 내가 쓰던 에이전트를 스킬로 연결해요. Claude Code든 Codex든 갈아탈 수 있다는 게 차별점이죠.

ego-lite가 내세우는 또 하나의 강점은 '더 적은 토큰으로 더 빠르게'예요. 이게 왜 중요하냐면, 기존 방식에서는 에이전트가 웹페이지 전체 구조를 텍스트로 받아 읽어야 했거든요. 페이지 하나에 수만 토큰씩 쓰는 일이 흔했어요. 토큰을 적게 쓴다는 건 곧 비용이 싸지고 응답이 빨라진다는 뜻이라, 브라우저 작업을 수십 번씩 반복시키는 실전에서는 체감 차이가 꽤 클 수 있어요.

짚고 넘어가야 할 것: 편리함의 대가, 보안

다만 냉정하게 봐야 할 부분이 있어요. '에이전트가 내 로그인 상태를 그대로 물려받는다'는 건, 뒤집어 말하면 내 모든 계정 권한을 AI한테 넘긴다는 뜻이거든요. 메일, SNS, 결제 수단이 연결된 쇼핑몰, 회사 어드민까지요.

특히 조심할 게 프롬프트 인젝션이에요. 이게 뭐냐면, 악의적인 웹페이지 안에 AI만 읽게 되는 지시문을 숨겨두는 공격이에요. 에이전트가 그 페이지를 읽다가 숨겨진 명령을 진짜 지시로 착각할 수 있는 거죠. 로그인된 브라우저를 쥔 에이전트한테 이런 공격이 성공하면 피해가 계정 전체로 번질 수 있어요. 그래서 이런 도구를 쓸 땐 몇 가지 원칙을 권하고 싶어요.

• 은행, 결제, 회사 핵심 계정이 로그인된 프로필은 통째로 넘기지 말 것
• 가능하면 에이전트 작업용 별도 계정과 프로필을 만들어 최소 권한만 줄 것
• 결제, 삭제, 발송 같은 민감한 작업은 반드시 사람의 확인 단계를 거치게 할 것

한국 개발자라면 이렇게 활용해보세요

그럼에도 활용처는 정말 많아요. 구체적인 시나리오로 볼게요.

첫째, 사내 반복 업무 자동화예요. 매주 어드민 페이지 세 군데 들어가서 지표를 복사해 위클리 보고서를 만드는 일, 다들 하나쯤 있잖아요. ego-lite 환경이라면 '매주 하던 그 보고서 작업 해줘' 한 줄로 끝날 수 있어요. 어드민 로그인이 이미 살아 있으니까요.

둘째, 로그인이 필요한 QA 테스트예요. 결제 직전까지의 플로우처럼 로그인 세션이 필수인 시나리오를 에이전트한테 시켜보는 거죠. Playwright 테스트 코드에서 인증 처리하느라 고생해본 분이라면 이게 얼마나 편한지 바로 감이 올 거예요.

셋째, 리서치 자동화예요. 유료 구독 중인 사이트나 로그인해야 보이는 커뮤니티 글을 에이전트가 대신 훑고 요약해주는 시나리오죠. 내가 코드를 짜는 동안 에이전트는 자기 Space에서 자료 조사를 병렬로 돌리는 그림이 가능해져요.

도입 전에 알아둘 제약도 있어요. 현재는 macOS 전용이고 Windows와 Linux는 로드맵에만 있는 상태예요. 사내 표준 도구로 밀기엔 아직 이르고, 개인 생산성 도구로 먼저 실험해보는 게 현실적이에요. 학습 순서는 이렇게 추천해요. 먼저 Claude Code나 Codex의 스킬 개념을 익히고, ego-lite를 개인 맥에 설치해 민감하지 않은 계정으로 작은 작업부터 시켜보고, 잘 되면 반복 업무 하나를 통째로 맡겨보는 거죠.

마무리: 브라우저의 주인이 바뀌는 중

ego-lite가 던지는 질문은 단순히 '더 빠른 자동화 도구'가 아니에요. 브라우저라는 소프트웨어의 사용자가 이제 사람 혼자가 아니라는 선언에 가깝죠. 지난 30년간 브라우저는 사람의 눈과 손에 맞춰 진화해왔는데, 앞으로는 사람과 에이전트가 함께 쓰는 걸 전제로 다시 설계될 거예요. 탭 대신 Space, 확장 프로그램 대신 스킬처럼요.

여러분은 어떠세요? 내 로그인 상태를 AI 에이전트한테 넘길 준비가 되셨나요? 편리함이 먼저인지 아직은 보안이 걱정인지, 그리고 지금 반복하고 있는 브라우저 업무 중에 에이전트한테 가장 먼저 맡기고 싶은 일은 뭔지 댓글로 이야기 나눠봐요.