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 서비스 전반에서 개인정보를 처리하는 방식에 관한 자세한 내용: 개인정보 처리방침.