AI 에이전트를 브라우저 안으로 들이는 게 강력한 이유는 실제 업무가 벌어지는 곳이 바로 브라우저이기 때문입니다. 같은 이유로 민감하기도 합니다.
브라우저에는 로그인 세션, 쿠키, 확장 프로그램, 북마크, 작업 공간 설정, SaaS 접근 권한, 사내 도구까지, 일상적인 웹 작업을 가능하게 하는 자잘한 상태값들이 다 들어 있습니다. AI 에이전트가 이런 환경에서 움직일 수 있게 되면, 사용자는 에이전트가 무엇에 접근할 수 있는지, 언제 움직일 수 있는지, 그리고 그 통제권을 어떻게 유지하는지를 분명히 알아야 합니다.
그래서 ego (lite)는 명확한 프라이버시·안전 경계 안에서 브라우저 마이그레이션을 지원합니다.
마이그레이션은 데이터 수집이 아닙니다. 사용자가 이미 의지하고 있는 브라우저 환경을 그대로 지켜서, 에이전트가 매번 빈 브라우저에서 시작하는 대신 실제 맥락 안에서 작업하게 하는 방법입니다.
저희 접근 방식은 세 가지 발상으로 만들어졌습니다. 기본은 로컬 우선 브라우저 환경, 에이전트가 움직일 땐 작업 범위로 좁힌 맥락, 민감한 순간엔 눈에 보이는 사용자 통제.
ego (lite)가 브라우저 마이그레이션을 지원하는 이유
쓸모 있는 브라우저 작업 대부분은 백지 상태에서 시작하지 않습니다.
이런 일들은 사용자가 이미 로그인을 마치고, SSO가 끝나고, 맞는 작업 공간이 열리고, 확장 프로그램이 설치되고, 브라우저에 작업에 필요한 설정과 권한이 다 갖춰진 뒤에 일어납니다.
에이전트가 빈 브라우저에서 시작하면, 사용자는 결국 다시 로그인하고, 2FA를 다시 거치고, 맥락을 다시 쌓고, 확장 프로그램을 다시 깔거나, 에이전트가 계속 작업하도록 정보를 프롬프트에 손수 복사해 넣어야 하는 경우가 많습니다. 이건 마찰입니다. 심지어 프라이버시가 더 나빠지기도 합니다. 원래 브라우저 환경에 이미 정돈된 형태로 있던 민감한 정보를 사용자가 에이전트에 직접 붙여넣게 되니까요.
ego (lite)는 브라우저 마이그레이션으로 이러한 마찰을 줄입니다. 목표는 사용자가 기존 브라우저 환경을 가져오면서도 에이전트의 접근을 사용자가 실제로 시작한 작업에만 연결하는 것입니다.
브라우저 마이그레이션이 곧 로그인 정보 수집을 뜻하지는 않습니다
브라우저 마이그레이션을 하더라도 저장된 비밀번호를 ego 서버로 보내지 않습니다.
이미 인증된 브라우저 세션을 쓰는 것과 로그인 정보를 수집하는 것 사이에는 중요한 차이가 있습니다. 어떤 웹사이트에 이미 로그인돼 있다면, 브라우저에는 그 사이트가 당신을 알아보게 해주는 세션 상태가 남아 있을 수 있습니다. 그 사이트에서 작업을 시켜도, 에이전트는 브라우저에 이미 있는 그 활성 세션을 통해서만 움직입니다.
그렇다고 에이전트에게 비밀번호가 필요하다는 뜻은 아닙니다. 비밀번호가 모델에 전달되어야 한다는 뜻도, 민감한 인증 정보가 에이전트의 일반적인 맥락 일부가 된다는 뜻도 아닙니다.
로그인, 결제, 계정 변경, 메시지 전송, 최종 제출처럼 민감한 순간에는 사용자가 제어권을 유지해야 합니다. ego (lite)는 사용자가 에이전트의 작업을 확인하고 워크플로를 일시 중지하며 필요할 때 직접 이어서 처리할 수 있도록 설계되었습니다.
에이전트의 접근 범위는 작업 단위로 한정됩니다
맥락이 전혀 없는 에이전트는 쓸모가 없습니다.
페이지를 요약해달라고 하면 페이지 내용이 필요하고, 양식을 채워달라고 하면 양식 필드를 이해해야 하고, 로그인된 SaaS 도구 안에서 작업해달라고 하면 그 작업에 필요한 페이지 상태와 인증된 세션 맥락이 필요할 수 있습니다.
그 경계는 작업 범위입니다.
에이전트는 당신이 내린 지시를 완료하는 데 필요한 맥락만 써야지, 브라우저에 정보가 많다는 이유만으로 광범위하게 접근해서는 안 됩니다. 작업에 따라 이 맥락에는 페이지 텍스트, 페이지 구조, 스크린샷, 사용자 지시, 직접 제공한 파일, 혹은 인증된 페이지를 다루는 데 필요한 브라우저 상태가 포함될 수 있습니다.
이것이 ego (lite)의 기본 모델입니다. 기본적으로 로컬 우선 브라우저 환경을 사용하고, 에이전트가 작업할 때 컨텍스트를 해당 작업 범위로 제한하며, 중요한 작업은 사용자에게 표시합니다.
로컬 우선이란 브라우저 마이그레이션이 기본적으로 작업 환경을 사용자 기기에 유지한다는 뜻입니다. 사용자가 에이전트에 작업을 요청하면 ego (lite)는 컨텍스트를 그 작업에 실제로 필요한 범위로 제한합니다.
정리하면, 브라우저 맥락은 에이전트가 쓸모 있으려면 필요한 연속성을 주고, 작업 범위는 에이전트가 써도 되는 것의 경계를 정해줍니다.
Space는 에이전트의 작업을 눈에 보이게, 그리고 분리되게 만듭니다
AI 브라우저의 안전성은 데이터 처리만의 문제가 아닙니다. 제품 설계의 문제이기도 합니다.
많은 브라우저 자동화 방식에서 에이전트는 사용자가 쓰고 있는 바로 그 화면에서 작업합니다. 탭을 열고, 창을 옮기고, 포커스를 빼앗아서 사람의 브라우징과 에이전트 활동이 뒤섞입니다. 그러면 사용자는 에이전트가 뭘 하고 있는지 파악하기도, 적절한 순간에 끼어들기도 어려워집니다.
ego (lite)는 Space를 이용해 사람의 브라우징과 에이전트 작업을 분리합니다.
에이전트가 다른 Space에서 작업하는 동안 당신은 자기 Space에서 계속 브라우징하면 됩니다. 에이전트는 지금 쓰고 있는 탭을 가져가거나 창을 방해할 필요가 없습니다. 그러면서도 작업은 계속 눈에 보입니다. 에이전트의 Space에 들어가서 뭘 하고 있는지 보고, 작업을 일시정지하거나, 직접 이어받을 수 있습니다.
이렇게 분리해두면 에이전트에게는 실질적으로 작업할 공간이 생기고, 사용자는 자신의 브라우징 화면과 감독권을 그대로 지킬 수 있습니다.
개인정보 보호 설정과 민감 데이터
ego (lite)는 사용자의 브라우저 프로필을 회사 데이터셋처럼 취급하지 않도록 설계되었습니다.
브라우저 마이그레이션은 사용자의 브라우저 이력을 통째로 빼내려는 게 아니라 연속성을 지키기 위한 것입니다. 에이전트 워크플로는 사용자가 요청한 작업과 관련된 맥락만 씁니다. 비밀번호, 카드번호 같은 민감한 정보는 에이전트에 전달되거나 AI 입력값으로 저장되어서는 안 됩니다.
AI 기능에 모델의 도움이 필요할 때는, 응답을 만들거나 작업을 완료하기 위해 작업 맥락이 처리될 수 있습니다. 저희는 서드파티 모델 제공사가 사용자 데이터를 자체 모델 학습에 쓰지 못하도록 제한하고 있습니다.
사용자는 자신의 프라이버시 설정을 직접 관리하고, 필요하면 접근 권한을 취소하고, 민감한 개인정보를 프롬프트나 작업 폴더에 직접 넣지 않을 수 있어야 합니다.
제한 사항
브라우저 에이전트는 아직 새로 떠오르는 제품군입니다. 시간을 아끼고 반복 작업을 줄이고, 원래 사람을 위해 설계된 도구들을 넘나들며 일할 수 있지만, 여전히 실수할 수 있습니다.
복잡한 인터페이스, 예상 밖의 페이지 레이아웃, 숨겨진 프롬프트, 인증 흐름, 위험도가 높은 작업은 실패 지점이 될 수 있습니다. 그래서 ego (lite)는 완전히 보이지 않는 자동화보다 가시성, 분리, 사용자 제어를 중심으로 설계되었습니다.
AI 자동화는 브라우저 작업을 더 매끄럽게 만들어야지, 중요한 순간의 인간 판단을 없애서는 안 됩니다.
ego (lite)가 브라우저 마이그레이션을 지원하는 이유는 에이전트가 실제 업무가 일어나는 환경에서 작업할 때 더 유용해지기 때문입니다. 과제는 이 컨텍스트를 통제 불가능하게 만들지 않으면서 유용하게 활용하는 것입니다.
저희가 만들어가려는 방향은 이렇습니다. 에이전트가 실제 맥락 속에서 일하고, 사용자가 지켜보고 개입할 수 있고, 브라우저 마이그레이션이 데이터 수집이 아니라 연속성 유지 수단이 되는 브라우저.
Citro가 ego 서비스 전반에서 개인정보를 어떻게 처리하는지 더 알고 싶다면 다음을 참고하세요: 개인정보 처리방침.