인간이 아닌 머신을 위해 구축된 Cloudflare의 브라우저
요약
Cloudflare가 AI 에이전트 전용 클라우드 호스팅 브라우저인 Kitesurf를 출시했습니다. 인간 중심의 Chromium과 달리 시각적 요소를 제거하고 토큰 효율성과 성능에 최적화하여 에이전트 운영 비용을 획기적으로 낮췄습니다.
핵심 포인트
- AI 에이전트의 계산 비용 절감을 위한 상태 비저장(stateless) 설계
- 시각적 렌더링 오버헤드를 제거하여 토큰 및 컨텍스트 관리 최적화
- Rust 기반 엔진과 Cloudflare Workers를 활용한 서버리스 아키텍처
- 기존 브라우저 대비 작업 효율성 및 비용 절감 효과 기대
Cloudflare가 방금 새로운 질문을 던졌습니다: 만약 우리가 사람이 아닌 머신을 위한 브라우저를 만든다면 어떻게 될까요? 단 12주 만에 실현된 그 해답은 바로 Kitesurf입니다. 이는 AI 에이전트 (AI agents)를 위해 처음부터 설계된 상태 비저장 (stateless), 클라우드 호스팅 브라우저입니다. TechCrunch에 따르면, 이것은 일반 소비자를 위한 Chrome의 경쟁자가 아닙니다. 이는 자동화된 작업을 위해 Chromium과 같은 인간 중심의 브라우저를 사용함으로써 발생하는, 거대하고 종종 눈에 보이지 않는 계산 비용 (computational tax)에 대한 직접적인 도전입니다. 이번 출시는 조용하지만 근본적인 변화를 예고합니다. 즉, **AI 에이전트 (AI agent)**가 새로운 클래스의 웹 인프라의 주요 소비자가 되고 있으며, 이들을 구축하는 데 드는 전체 비용 곡선이 급격히 변할 것이라는 점입니다.
왜 인간이 좋아하는 모든 것을 브라우저에서 제거하는가?
Kitesurf의 핵심 혁신은 무엇을 추가하느냐가 아니라 무엇을 제거하느냐에 있습니다. Cloudflare는 근본적인 불일치를 식별했습니다. Chromium과 같은 브라우저 엔진은 에이전트가 아닌 인간을 위해 구축되었다는 점입니다. 항공권을 예약하거나 데이터를 스크래핑하기 위해 웹을 탐색하는 AI 모델에게 테마, 탭, 부드러운 60fps 스크롤과 같은 시각적 요소는 무의미한 오버헤드 (overhead)일 뿐입니다. 이는 아무런 이유 없이 소모되는 연료와 같습니다.
AI 에이전트 브라우저가 신경 쓰는 것은 무엇일까요? 토큰 수 (Token count), 컨텍스트 윈도우 관리 (context window management), 성능, 확장성(scalability), 그리고 비용입니다. 이들의 위협 모델 (threat model)은 다르며, 프롬프트 인젝션 (prompt injection)과 같은 새로운 문제에 대한 방어에 우선순위를 둡니다. Kitesurf는 처음부터 끝까지 이러한 매개변수들을 위해 설계되었습니다. 이는 에이전트 우선 (agent-first) 전제에서 시작합니다. 구조화된 머신 판독 가능 콘텐츠 (machine-readable content)는 필수적이지만, Cloudflare의 블로그 게시물에서 언급했듯이 "CSS 파싱이 약간 어긋나거나 렌더링이 픽셀 단위로 완벽하지 않더라도 에이전트에게는 아무런 문제가 없을 것입니다."
이러한 철학적 전환은 이 환경을 위해 특별히 구축된 기술 스택을 통해 가능해집니다. 바로 Blitz의 모듈형 렌더링 엔진, Firefox의 CSS 파서인 Stylo, 그리고 Rust 기반의 Boa JS 엔진입니다. 전체 시스템은 Cloudflare의 서버리스 Workers 플랫폼 위에서 실행되며, 브라우저를 하나의 거대한 단일 애플리케이션(monolithic application)이 아닌, 상태가 없는(stateless) 일시적인(ephemeral) 함수들의 집합체(fleet)로 취급합니다. 첫 번째 개념 증명(proof of concept)은 오픈 소스 Rust 헤드리스 엔진인 Obscura를 포팅한 것이었으며, 이 과정에서 복잡한 변환 작업을 담당하는 AI 에이전트의 도움을 받아 속도를 높였습니다. 이러한 접근 방식은 지난 10년 동안 인간의 눈을 위해 구축된 브라우저 개발에 내재된 에너지 및 복잡성 비용에 근본적인 도전장을 던집니다.
3~4배의 효율성 향상이 클라우드 비용에 실제로 의미하는 것은 무엇인가요?
이 약속은 단순히 개념적인 것에 그치지 않습니다. Cloudflare는 구체적이고 극적인 효율성 향상을 주장합니다. 스크린샷 촬영 및 HTML 추출과 같은 일반적인 에이전트 작업의 경우, Kitesurf는 Chromium보다 CPU를 34배 적게 사용하고 메모리를 57배 적게 사용합니다. 벤치마크 수치를 실제 비용(dollars)으로 환산해 보겠습니다.
10,000개의 이커머스 사이트의 가격을 모니터링하는 데이터 집계 서비스를 운영하는 개발자를 가정해 봅시다. 헤드리스 Chromium 인스턴스를 사용하면 각 작업은 500MB의 메모리와 상당한 양의 CPU를 소비할 수 있습니다. 규모가 커지면 이는 트래픽에 따라 비용이 선형적으로(또는 그 이상으로) 증가하는 무거운 가상 머신이나 컨테이너 클러스터를 프로비저닝해야 함을 의미합니다.
Workers 상의 경량 V8 격리(isolates) 환경에서 실행되는 Kitesurf의 상태 없는(stateless) 모델은 계산 방식을 바꿉니다. 동일한 작업에 이제 훨씬 적은 리소스만 필요합니다. 비용에 미치는 영향은 단순히 더해지는 수준이 아니라 곱해지는 수준입니다. 이는 대규모 에이전트를 실행하는 것을 Cloudflare가 Chromium 모델에 대해 설명한 것처럼 "엄청나게 비싼" 일이 아니라, 스타트업과 중간 규모 애플리케이션도 실행 가능한 영역으로 변화시킵니다. 프로그래밍 방식의 상호작용을 위한 낮은 지연 시간(latency)은 단순히 있으면 좋은 기능이 아닙니다. 몇 초의 지연이 사용자 경험을 망치는 실시간 환경에서 작동하는 에이전트에게는 매우 치명적인 요소입니다.
Kitesurf는 스크린샷 및 HTML 추출과 같은 일반적인 에이전트 작업(agentic tasks)에서 Chromium보다 CPU 및 메모리 소비 측면에서 훨씬 더 효율적입니다.
이러한 효율성은 설계의 결과입니다. 전체 시각적 DOM을 렌더링하거나, GPU 파이프라인을 관리하거나, 확장 프로그램(extensions)을 지원할 필요를 없앰으로써, Kitesurf는 Chromium을 머신 규모의 워크로드(machine-scale workloads)에 부적합하게 만드는 무게를 덜어냈습니다. 브라우저가 가벼운 API 엔드포인트(API endpoint)가 된 것입니다.
cURL 스크립트에서 어떻게 여기까지 왔을까요?
웹 자동화의 역사는 임시방편(duct tape)과 억지 끼워 맞추기의 역사입니다. 단순한 페칭(fetching)을 위한 curl 및 wget과 같은 기본 도구로 시작하여, Selenium과 같은 프레임워크로 진화했고, 이후 Puppeteer 및 Playwright로 발전했습니다. 이들은... 인간 규모의 전체 브라우저를 자동화함으로써 더 강력한 제어력을 제공했습니다. 이 모든 여정은 풍부한 인간 상호작용을 위해 설계된 소프트웨어에 반복적이고 머신 중심적인 작업을 강요해 온 과정이었습니다.
Kitesurf는 이것이 근본적인 불일치(mismatch)임을 인정한 첫 번째 주요 플랫폼을 상징합니다. 이는 업계가 베어 메탈(bare metal)에서 모놀리식 애플리케이션(monolithic applications)을 실행하는 것이 비효율적임을 깨닫고 컨테이너(containers)와 서버리스 함수(serverless functions)의 부상으로 이어진 순간과 맞먹습니다. 이제 브라우저는 중요한 API 엔드포인트(API endpoint)이며, 우리는 그동안 잘못된 프로토콜을 사용해 왔습니다.
이러한 진화는 다른 인프라 중심의 AI 애플리케이션에서 목격해 온 트렌드를 반영합니다. Moove가 로보택시(robotaxis)를 위한 필수적인 백본(backbone)을 구축하기 위해 2억 5천만 달러를 유치한 것처럼, Cloudflare는 웹 브라우징 에이전트를 위한 필수적인 런타임(runtime)을 구축하고 있습니다. 이는 에이전트 중심의 미래가 단순히 모델 위에서만 구축되는 것이 아니라, 새로운 컴퓨팅 레이어(compute layer) 위에서 구축될 것이라는 베팅입니다.
누가 승리하고, 누가 지켜보며, 누가 불안해해야 하는가?
Kitesurf의 출시와 함께 이해관계자 지도가 즉각적으로 재편됩니다.
개발자들에게 이것은 명백한 승리입니다. 인프라 비용과 복잡성이 줄어들면 데이터 집계, 모니터링 및 대화형 서비스를 위한 정교한 에이전트(Agent)를 구축하는 장벽이 낮아집니다. Kitesurf는 Chrome DevTools Protocol을 지원하므로, 기존의 Puppeteer 또는 Playwright 스크립트를 즉시 대체할 수 있으며, 새롭게 부상하는 Model Context Protocol (MCP) 표준과도 호환됩니다. 베타 버전은 무료이며, 비용 센터가 "헤드리스 브라우저 인스턴스(headless browser instances)"인 모든 이들에게 그 가치 제안은 명확합니다.
Google (Chromium) 및 Microsoft (Playwright의 후원사)와 같은 기존 기업들에게는 주시해야 할 순간입니다. 브라우저의 핵심 기능이 최적화되어 경쟁사의 에지 네트워크(edge network)로 이동하고 있기 때문입니다. 이들의 대응은 Chromium을 에이전트용으로 통째로 축소하는 방식(이는 주요 사용자층인 인간 사용자를 약화시킬 것이므로)이 아니라, 경쟁력 있는 관리형 서비스(managed services)를 제공하거나 자체 클라우드 AI 스택 내의 통합을 심화하는 방향이 될 가능성이 높습니다.
보안 및 컴플라이언스(Compliance) 측면은 양날의 검입니다. Cloudflare의 IP 공간을 통해 방대한 자동화 트래픽을 통합하는 것은 웹사이트 소유자들에게 일부 추적을 단순화할 수 있지만, 신중하게 제어되지 않는다면 대규모 남용을 위한 강력한 새로운 경로(vector)를 생성할 수도 있습니다. 이는 주요 CDN에서 발생하는 자동화 트래픽이 무엇을 "정당한" 것으로 간주할 것인지에 대한 재고를 강요합니다.
최종 사용자들은 Kitesurf의 존재를 영원히 모를 수도 있지만, 그들이 사용하는 앱에서 더 빠르고 저렴하며 신뢰할 수 있는 AI 기반 기능을 통해 그 효과를 경험하게 될 것입니다. 성공한다면 보이지 않게 되는 인프라가 되는 것입니다.
에이전트에게 전용 차선이 생기면 비즈니스 워크플로우는 어떻게 변하는가?
실질적인 영향은 단순한 스크래핑(scraping)을 훨씬 넘어섭니다. Kitesurf는 견고하고 일반화 가능한 에이전트를 만드는 장벽을 낮춥니다. 현재는 취약하고 사이트별로 특화된 스크립트들을 짜깁기하여 수행하고 있는 작업들을 생각해 보십시오. 예를 들어, 여러 은행 포털에 걸친 금융 데이터 대조, 복잡한 다구간 여행 예약, 또는 공급업체 사이트 전반의 재고 수준 모니터링 등이 이에 해당합니다.
성능이 뛰어나고 표준화된 브라우저 인터페이스를 통해, 개발자들은 수천 개의 맞춤형 스크레이퍼(Scraper)를 유지 관리하는 방식에서 벗어나, 공통 툴킷을 사용하여 동적 콘텐츠(Dynamic content)를 탐색할 수 있는 단일하고 강력한 에이전트(Agent)를 구축하는 방식으로 전환할 수 있습니다. 이를 통해 Kitesurf 기반의 에이전트 군단을 오케스트레이션하여 복잡한 비즈니스 로직을 실행하는 새로운 범주의 미들웨어 | 서비스가 가능해지며, 이는 현재 AI 에이전트가 회사 설립 및 자금 조달과 같은 단순 반복 업무(Grunt work)를 자동화하는 데 사용되는 방식과 유사합니다.
하지만 이러한 가속화는 군비 경쟁을 부추기기도 합니다. 에이전트 브라우징이 더 저렴하고 효과적으로 변함에 따라, 안티 봇(Anti-bot) 보호 기능이 있는 웹사이트들은 이에 적응해야만 할 것이며, 이는 잠재적으로 기계와 정당한 인간 사용자 모두에게 웹을 더 적대적인 환경으로 만들 수 있습니다. 쫓고 쫓기는 추격전(Cat-and-mouse game)이 새로운 단계로 격상되는 것입니다.
2027년의 지배적인 "브라우저"는 인간의 다운로드 횟수로 측정될까요, 아니면 에이전트 세션으로 측정될까요?
여기서의 장기적인 예측은 냉혹합니다. 고전적인 브라우저 전쟁은 끝났습니다. 에이전트 런타임(Agent runtime) 전쟁이 시작되었습니다.
우리는 확장 가능한 웹 상호작용이 핵심 비용 센터(Cost center)인 스타트업과 SaaS 기업들이 이를 빠르게 채택할 것으로 예상해야 합니다. 개발자들이 클라우드 제공업체를 선택하는 것과 마찬가지로, Kitesurf는 새로운 프로젝트를 위한 기본 선택지가 될 수 있습니다. 이에 대응하여 주요 클라우드 제공업체(AWS, Google Cloud, Azure)는 거의 확실하게 자체적인 최적화된 에이전트 브라우저를 출시할 것이며, 이는 런타임 환경을 파편화하겠지만 해당 카테고리의 가치를 입증하게 될 것입니다.
에이전트-브라우저 상호작용을 위한 사실상의 표준(De facto standard) API가 등장할 가능성이 높으며, 이는 현재의 Puppeteer/Playwright/CDP 프로토콜을 기반으로 구축되거나 확장될 수 있습니다. 몇 년 후 가장 결정적인 지표는 Chrome의 사용자 점유율이 아니라, Cloudflare Workers와 같은 플랫폼에서 처리되는 에이전트-브라우저 세션의 월간 볼륨이 될 수 있습니다. 이것이 바로 자율 소프트웨어(Autonomous software) 시대를 위해 구축되고 있는 인프라 계층이며, Kitesurf는 그 기초적인 부분에 대한 Cloudflare의 권리 주장입니다. 질문은 이제 에이전트에게 자체 브라우저가 필요할 것인가가 아니라, 그들이 누구의 브라우저에서 실행될 것인가로 바뀌었습니다.
이것이 모든 것을 바꾸는 이유
- Kitesurf는 인간이 아닌 AI 에이전트 (AI agents)를 위해 특별히 구축된 최초의 브라우저로, 웹 인프라 설계의 근본적인 변화를 나타냅니다.
- 이는 불필요한 인간 중심의 오버헤드 (overhead)를 제거함으로써 자동화된 웹 작업 (automated web tasks)을 실행하는 데 드는 계산 비용 (computational cost)과 복잡성을 획기적으로 줄여줍니다.
- 이번 출시는 AI 에이전트가 주요 웹 소비자 (web consumers)가 되고 있음을 시사하며, 기업들이 대규모로 자동화를 구축하고 배포하는 방식을 재편하고 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기