크롬 켜서 사이트 들어가고, 로그인하고, 폼 채우는 일. 오랫동안 이건 순전히 사람 몫이었다. 그런데 요즘은 이 과정을 통째로 AI에게 넘기는 사례가 늘고 있다. 챗봇한테 “이 항공권 예약해줘” 한마디 던지면, AI가 알아서 브라우저를 열고 검색하고 결제까지 끝내는 식이다. 문제는 기존 브라우저가 애초에 사람 손에 맞춰 만들어졌다는 점. 화면을 그리고, 애니메이션 재생하고, 마우스 커서 표시하는 데 컴퓨팅 자원을 계속 쏟아붓는다. AI 입장에서 보면 이 과정 대부분이 그냥 낭비다. 그래서 나온 게 ‘AI 에이전트 전용 브라우저’다. 클라우드플레어가 최근 내놓은 Kitesurf도 이 흐름 위에 있는 서비스로, 크로미움보다 적은 연산으로 자동화 작업을 처리하도록 설계됐다. AI 에이전트 브라우저가 정확히 뭔지, 기존 자동화 툴과는 어떻게 다른지, 그리고 뭘 골라야 하는지 – 한번 정리해봤다.
AI 에이전트 브라우저, 정체가 뭘까
말 그대로 사람이 아니라 AI 모델이 조작하도록 설계된 브라우저다. 겉으로는 일반 브라우저랑 비슷하다. 웹페이지 불러오고, 클릭하고, 입력하고, 스크롤도 한다. 하지만 화면 출력은 그냥 부수적인 기능일 뿐이다. 핵심은 따로 있다. AI가 이해하기 쉬운 형태로 페이지 정보를 뽑아내는 것. 스크린샷을 찍어 이미지 모델한테 넘기기도 하고, HTML 구조와 접근성 트리를 텍스트로 정리해서 언어모델에 넘기기도 한다. AI는 그 정보를 읽고 다음 행동을 정한다. 브라우저는 그 명령을 받아 실제 웹페이지에 그대로 실행한다. 로그인, 결제, 예약, 데이터 검색 – 사람이 매번 반복하던 웹 작업을 AI가 대신 처리하는 구조인 셈이다.
기존 브라우저 자동화랑 뭐가 다른가
지금까지 개발자들이 웹 자동화에 썼던 도구는 Selenium, Puppeteer, Playwright 같은 라이브러리였다. 이것들은 실제 크롬이나 크로미움을 통째로 띄워서 사람처럼 클릭하고 입력한다. 정확도는 높은데, 메모리랑 CPU를 꽤 먹는다. 서버 하나에 브라우저 인스턴스를 수십 개 띄우면 비용이 순식간에 불어난다. 겪어본 사람은 안다 – 이 비용, 생각보다 훨씬 빨리 오른다. AI 에이전트 브라우저는 접근 자체가 다르다. 화면을 실제로 렌더링하지 않고 DOM 구조나 접근성 트리만 AI한테 넘겨주는 방식으로 돌아가는 경우가 많다. 픽셀 단위 렌더링을 생략하니 연산량이 줄고, 클라우드에서 세션 수백 개를 동시에 돌려도 부담이 작다. Kitesurf처럼 처음부터 ‘사람이 볼 화면’이 아니라 ‘AI가 읽을 데이터’를 만드는 데 최적화된 제품이 나온 배경이 여기 있다.
실제로 어디에 쓰나
- 웹 스크래핑·데이터 수집: 가격 비교, 뉴스 모니터링, 리서치 자동화
- 업무 자동화(RPA): 사내 시스템 로그인해서 반복 작업 처리
- 예약·구매 대행: 항공권, 숙소, 티켓 조건 맞춰 자동 검색하고 결제까지
- AI 에이전트의 눈과 손: 챗봇이 실제 웹사이트에서 작업을 대신하도록 연결
- QA·테스트: 웹서비스 화면을 AI가 직접 훑으면서 버그나 깨진 링크 잡아내기
대표 서비스들, 뭐가 다를까
이 분야는 접근 방식에 따라 갈린다. Browserbase는 클라우드에 크로미움 인스턴스를 대량으로 띄워주는 서비스형 모델이다. 기존 Playwright 코드랑 궁합이 좋다. Browser Use는 오픈소스로 풀려 있어서 직접 서버에 붙여 커스터마이징하기 편한 편. 앤트로픽의 컴퓨터 사용 기능처럼 화면 스크린샷을 그대로 읽고 마우스·키보드를 흉내내는 접근도 있다. 범용성은 좋은데, 속도랑 비용에서는 손해를 본다. 반면 Kitesurf는 렌더링 단계를 최소화해서 자원 소모를 줄이는 쪽에 가깝다. 어느 게 맞는지는 결국 세션을 얼마나 동시에 돌려야 하는지, 기존 코드랑 얼마나 호환돼야 하는지에 달렸다.
도입 전에 따져볼 것들
이건 단순히 브라우저 하나 고르는 문제가 아니다. 보안과 직결된 선택이다. 로그인 정보나 결제 카드 정보를 AI 에이전트한테 넘기는 구조라서, 세션 격리랑 자격 증명 저장 방식은 반드시 확인해야 한다. 이거 대충 넘겼다가 나중에 후회하는 경우, 은근히 많다. 그 외에 체크할 항목은 이렇다.
- 동시 세션 수와 처리 속도 – 스크래핑 규모가 클수록 세션당 비용이 총비용을 좌우한다
- 기존 자동화 코드(Playwright, Puppeteer 스크립트)와의 호환 여부
- 캡차·봇 탐지 우회 대응 수준
- 가격 정책 – 세션 단위 과금인지, 시간 단위인지
- API·SDK 문서화 수준과 커뮤니티 규모
결국 뭘 골라야 하나
개인 프로젝트나 소규모 스크래핑이면 오픈소스 기반 툴로 시작해도 충분하다. 서버 한두 대 돌리는 수준이면, 굳이 관리형 서비스에 돈 쓸 이유가 크지 않다. 반대로 수백 개 세션을 상시 운영해야 하는 기업 환경이라면 얘기가 다르다. 인프라 관리 부담을 넘기는 관리형 서비스 쪽이 낫다. 세션당 자원 소모를 줄이는 쪽이 곧 비용 절감으로 이어지니까, Kitesurf처럼 경량화를 앞세운 서비스가 앞으로 더 늘어날 가능성이 크다. AI 에이전트가 사람 대신 웹을 돌아다니는 흐름, 이미 시작됐다. 그 밑단을 받치는 브라우저 인프라 경쟁도 이제 막 본격화하는 단계다.
출처: TechCrunch
테크가이드팀
Home-In-One 테크가이드팀은 IT 기기 비교, 소프트웨어 추천, 트러블슈팅 가이드 등 실용적인 기술 콘텐츠를 제작합니다. 초보자도 쉽게 따라할 수 있는 단계별 가이드를 지향합니다.