Kitesurf: 클라우드플레어가 AI 에이전트를 위해 만든 탈크로미움 브라우저

클라우드플레어가 AI 에이전트의 조작에 특화된 헤드리스 웹 브라우저 'Kitesurf'를 발표했다. 여기서 헤드리스 브라우저란 화면을 그려 사람에게 보여주는 과정 없이, 서버나 클라우드 환경에서 백그라운드로만 작동하는 브라우저를 뜻한다. 현재 베타 버전으로 공개돼 있으며, 직접 시험해 볼 수 있는 온라인 플레이그라운드도 함께 제공된다. 사내에서 '자체 브라우저를 만들어야 하는가'라는 질문은 몇 년마다 다시 제기됐다가 그때마다 보류돼 온 문제였다. 이번에 실제로 추진된 것은 두 조건이 동시에 갖춰졌기 때문이다. Workers에서의 WebAssembly 실행이 충분히 성숙했고, AI 에이전트의 급증으로 '인간이 아닌 존재를 위한 브라우저'에 대한 수요가 현실적인 과제가 됐다.

에이전트가 원하는 것은 인간이 원하는 것과 다르다

클라우드플레어의 출발점은 요구사항을 처음부터 다시 살펴보는 것이었다. 인간이 쓰는 브라우저에는 탭, 북마크, 확장 프로그램, 비밀번호 관리, 기기 간 동기화가 필수다. 테마의 빠른 렌더링과 매끄러운 스크롤도 UI 품질을 결정하는 중요한 요소다. 그런데 AI 에이전트에게는 이 중 어느 것도 필요하지 않다. 에이전트가 신경 쓰는 것은 토큰 수, 컨텍스트 윈도우, 확장성, 성능, 그리고 비용이다. 기계가 읽을 수 있는 구조화된 콘텐츠는 중요하지만, CSS 해석이 다소 어긋나거나 렌더링이 픽셀 단위로 정확하지 않아도 실질적인 피해는 거의 없다.

반면 에이전트는 인간보다 훨씬 빠르게, 그것도 동시에 다수의 브라우저를 구동한다. 따라서 에이전트용 브라우저에는 실행 기반 위에서 고밀도로 빠르게 돌아가는 경량성과, 프롬프트 인젝션 대비처럼 인간용과는 다른 보안 대책이 요구된다. 크로미움 같은 엔진은 인간을 위해 만들어져 모델이 필요로 하지 않는 오버헤드를 안고 있다. 메모리와 연산 자원 소비가 지나치게 커서 모든 에이전트에 인스턴스를 하나씩 붙이는 것은 비용 면에서 현실적이지 않다. 그 결과 웹의 넓은 영역이 비싸고 성능 좋은 모델에만 열려 있는 상태가 돼 있었다.

Rust와 WebAssembly, 그리고 그 아래의 Workers

Kitesurf는 주로 Rust 언어로 작성돼 WebAssembly로 컴파일된 뒤 클라우드플레어 Workers 위에서 실행된다. 크로미움을 쓰지 않고 Node.js에도 의존하지 않는다. 회사 측 설명에 따르면 CPU와 메모리 소비 효율이 크로미움 대비 3배에서 7배 우수하며, 요청이 들어올 때마다 새로 구동되는 방식으로 설계됐다. 베타 기간에는 무료로 이용할 수 있다.

이런 구성이 가능했던 배경에는 개발자 플랫폼 쪽의 오랜 축적이 있다. 동적 Workers, SQLite 기반 Durable Objects, Workers 간 RPC, 서비스 바인딩, Node.js 호환성 개선, 그리고 각종 한도 상향까지—모두 예전이라면 불가능했던 규모의 애플리케이션을 Workers 위에서 성립시키는 부품들이다. 여기에 더해 헤드리스 브라우저 자동화 API가 AI 확산과 함께 이미 빠르게 성장하고 있었다. 에이전트는 많은 작업에서 브라우저를 필요로 하며, 브라우저 없이는 달성할 수 없는 작업도 적지 않다.

기존 도구가 그대로 연결된다

실무적으로 중요한 점은 클라우드플레어가 독자 프로토콜을 강제하지 않았다는 것이다. Kitesurf에는 웹소켓을 통한 크롬 개발자도구 프로토콜(CDP)로, 또는 HTTP를 통한 RESTful API로 접근할 수 있다. CDP를 지원하기 때문에 Puppeteer, Playwright, 크롬 원격 인터페이스, 크롬 개발자도구 프런트엔드 자체 같은 기존 도구를 그대로 연결해 작동시킬 수 있다. 이전 비용을 최소화하는 이 설계는 채택 여부를 좌우하는 요소다.

• 구현: 주로 Rust, WebAssembly로 컴파일해 클라우드플레어 Workers 위에서 실행
• 효율: 클라우드플레어에 따르면 CPU·메모리 소비가 크로미움 대비 3~7배 우수
• 연결: 웹소켓 기반 CDP 및 RESTful API. Puppeteer·Playwright를 그대로 사용 가능
• 검증: Web Platform Tests 적합성 시험과 함께, 실제 사이트를 이용한 다단계 테스트를 크로미움과 비교

검증 방식에 대해서도 클라우드플레어는 절차를 공개했다. Web Platform Tests 적합성 시험에 더해, Kitesurf와 기준이 되는 크로미움 양쪽에 실제 웹사이트를 활용한 Puppeteer 기반 다단계 테스트를 실행하고, 두 결과를 비교하며 개발을 진행하고 있다고 한다. 물론 둠(Doom)이 구동되는지 확인하는 관례적인 시험도 통과했다.

경량성이 에이전트 시대의 전제 조건이 되다

Kitesurf가 보여주는 것은 단순히 경량 브라우저 하나가 등장했다는 사실이 아니다. 에이전트가 업무 시스템을 조작한다는 전제에 서면, 브라우저는 '사람이 들여다보는 창'이 아니라 '기계가 실행하는 부품'이 된다. 부품이라면 단가와 구동 시간, 동시 실행 수가 설계의 중심에 놓인다. 베타 버전의 성능 수치는 회사 측의 자체 발표이며 실제 호환성은 각자의 워크플로에서 검증해야 하지만, 방향성 자체는 무시하기 어렵다. 수십, 수백 개의 에이전트를 병렬로 구동할 계획이라면 브라우저의 무게는 결국 청구서의 형태로 드러나기 때문이다. 클라우드플레어가 독자 프로토콜 대신 크롬 개발자도구 프로토콜을 그대로 지원하기로 한 선택도 같은 맥락에서 읽힌다. 이미 Puppeteer나 Playwright로 자동화 파이프라인을 구축해 둔 팀이라면, 브라우저만 Kitesurf로 바꿔 끼우는 정도로 전환이 끝난다는 뜻이기 때문이다.