Kitesurf: Cloudflare가 사람 대신 에이전트를 위한 브라우저를 만들었다

Cloudflare의 자체 벤치마크 표에 나온 숫자 세 개만 봐도 Kitesurf가 왜 존재하는지 거의 다 알 수 있다. 준비된 Chromium 인스턴스가 스크린샷 작업 하나에 메모리 271 MiB를 쓰는 동안 Kitesurf는 58 MiB를 쓴다. 같은 페이지에서 HTML을 추출할 때는 CPU를 3.8배 덜 쓴다. 대신 시간 측정에서는 Chromium이 여전히 약 1.7배 빠르다. 이미 페이지를 본 JIT가 차갑게 시작하는 소프트웨어 렌더러보다 빠른 건 당연하다. Cloudflare의 베팅은 첫 두 숫자가 청구서에 찍히는 숫자라는 데 있다.

Kitesurf는 Rust로 처음부터 만든 브라우저를 WebAssembly로 컴파일해 Cloudflare Workers의 V8 isolate 안에서 실행한다. 사람보다 AI 에이전트를 위해 만들어졌고, Cloudflare의 호스팅 브라우저 제품 Browser Run에서 베타 기간 동안 무료로 쓸 수 있다. 발표문은 장단점을 이례적으로 솔직하게 적어놨다. 제목만 훑고 지나가기보다 제대로 읽어볼 가치가 있다고 생각하는 이유 중 하나다. 나는 벌써 몇 번 읽었다. 실제로 중요한 부분, 아직 믿지 않는 부분, 그리고 내가 지금 에이전트 워크로드를 운영한다면 어떻게 쓸지를 정리해보겠다.

핵심 요점 - Kitesurf는 Rust를 WebAssembly로 컴파일해 Cloudflare Workers의 V8 isolate에서 실행하는 완전 신규 브라우저다. Browser Run을 통해 베타 기간 동안 무료다. Chrome DevTools Protocol을 지원하므로 Puppeteer와 Playwright 코드는 그대로 쓸 수 있다. - 일반적인 에이전트 작업에서 Chromium보다 CPU를 3.1-3.8배 덜 쓰고 메모리를 4.7-7배 덜 쓰는 대신, 실행 시간은 약 1.7배 느리다. 공급자가 실제로 과금하는 핵심 자원은 CPU와 메모리다. - 215,000개가 넘는 Web Platform Tests를 목표로 삼아 상당 부분을 AI 에이전트가 작성했다. 이번 발표 전체에서 가장 흥미로운 엔지니어링 신호다. - 동영상을 재생하거나 WebGL을 렌더링하거나 봇 검사를 통과하거나 긴 인증 세션을 유지할 수는 없다. Chromium 대체재라기보다 상태 없는 추출 작업을 위한 일회성 엔진으로 보는 게 맞다. - 진짜 제품은 보안 태세다. 모든 페이지 로드를 적대적 입력으로 취급하고, 네트워크에 닿는 구성요소는 샌드박스 하나뿐이며, 나머지는 모두 버려도 되게 설계됐다.

무슨 일이 있었나

8월 6일 Cloudflare는 12주 만에 만든 브라우저 Kitesurf를 발표했다. 첫 커밋은 5월이었다. 발표문에 나온 핵심 사실은 다음과 같다.

• 전체 브라우저를 Rust로 작성해 wasm-bindgen으로 WebAssembly로 컴파일했다. Emscripten 에뮬레이션 계층 없이 Workers의 V8 isolate 안에서 실행된다.

• 215,000개가 넘는 Web Platform Tests를 통과하며 매주 수백 개씩 늘고 있다. 에이전트가 많이 쓰는 CSS, DOM, HTML, selection, SVG, XHR 영역에 지원이 집중돼 있다.

• Chrome DevTools Protocol을 지원하므로 Puppeteer, Playwright, chrome-remote-interface, CDP를 쓰는 MCP 클라이언트 모두 기존 Browser Run 엔드포인트에 browser=kitesurf만 추가하면 된다.

• 계정별 제한은 있지만 베타 기간에는 무료다. Cloudflare는 고객이 자기 계정에 직접 배포할 수 있도록 오픈 소스화하겠다고 약속했다.

• 이미 Doom도 실행된다. 물론 그렇다. Cloudflare의 인프라 프로젝트는 Doom을 돌리기 전까지 끝난 게 아니다.

남겨둘 만한 핵심 문장은 이거다. Chromium 같은 브라우저 엔진은 “에이전트가 아니라 사람을 위해 만들어졌고, AI 모델에는 필요하지 않은 오버헤드를 달고 있다.”

Kitesurf는 Rust와 WebAssembly로 처음부터 다시 만든 브라우저로, Cloudflare Workers의 V8 isolate에서 실행되며 Browser Run을 통해 베타 기간 동안 무료로 제공된다. 215,000개가 넘는 Web Platform Tests를 통과하고 Puppeteer, Playwright 같은 기존 CDP 클라이언트와 호환된다. 근거는 2026년 8월 6일 Cloudflare 발표문이다.

Chromium이 비싼 항목이 된 이유

수요 쪽 이야기는 이미 끝났다. McKinsey의 2025 AI 현황 조사에서는 조직의 62%가 최소한 AI 에이전트를 실험 중이라고 답했고, LangChain의 에이전트 엔지니어링 현황 보고서에서는 응답자의 57%가 에이전트를 프로덕션에서 사용한다고 답했다. 이 에이전트 가운데 상당수는 웹에 접근해야 한다. 그런데 웹은 에이전트에게 API를 내주는 대신 브라우저를 내민다.

지금 그들이 받는 브라우저는 사람의 눈을 위해 다듬어진 Chromium이다. 합성, 부드러운 스크롤, 픽셀 단위의 글자 렌더링, 탭, 확장 기능, 동기화가 들어 있다. 페이지를 토큰과 구조로 소비하는 에이전트는 그 대부분을 쓰지 않는다. Chromium은 훌륭한 엔지니어링 결과물이지만, 에이전트에게는 아주 비싼 텍스트 추출기처럼 쓰이고 있다.

시장도 이미 이 비용에 가격을 붙였다. 에이전트 개발자에게 관리형 Chromium 세션을 파는 Browserbase는 2025년 상반기에 기업가치 3억 달러로 알려진 4,000만 달러 Series B를 마쳤고, 같은 봄 Browser Use도 1,700만 달러 시드 투자를 받았다. 둘 다 단순한 사실 위에 선 실제 사업이다. 에이전트 규모로 Chromium을 돌리는 일은 고통스럽고 비싸다. 그러니 누군가는 기꺼이 마진을 얹어 대신 돌려준다.

Cloudflare도 같은 서비스를 판다. Browser Run 유료 요금제에서는 매달 브라우저 10시간이 포함되고, 그 이후에는 브라우저 시간당 $0.09를 낸다. 그 가격을 결정하는 가장 큰 입력값이 브라우저 세션이 태우는 CPU와 메모리다. Kitesurf의 숫자는 정확히 그 부분에 꽂힌다. 브라우저 엔지니어링이면서 동시에 마진 엔지니어링이다. 나는 그걸 칭찬으로 말한다.

URL 14개로 구성된 말뭉치에서 Cloudflare가 직접 측정한 중앙값으로, Kitesurf와 준비된 Chromium 풀을 비교한다. 발표문에 따르면 Kitesurf는 비용을 만드는 자원에서는 이기고, 시간 측정에서는 진다.

누군가 저 표를 내게 인용하기 전에 솔직한 단서를 하나 붙이겠다. Chromium 쪽은 이미 이 페이지들을 본 준비된 풀이다. 그래서 실행 시간에서 이기는 게 정확히 맞다. Cloudflare도 직접 그렇게 설명하고, 차이 대부분은 계속 최적화할 예정인 래스터화와 JPEG/PNG 인코딩에서 나온다고 말한다. 실행 시간 차이는 실제지만 줄어들 가능성이 있다고 보고, CPU와 메모리 차이는 구조적이라고 보겠다.

웹에 접근하는 AI 에이전트는 지금 사람이 요구하는 렌더링 충실도를 위해 만들어졌지만 정작 그 충실도를 거의 쓰지 않는 Chromium을 빌린다. Cloudflare의 벤치마크에서 Kitesurf는 스크린샷과 추출 작업 기준 준비된 Chromium보다 CPU를 3.1-3.8배 덜 쓰고 메모리를 4.7-7배 덜 쓰는 대신, 실행 시간은 약 1.7배 느렸다. Browserbase가 받은 4,000만 달러 Series B는 시장이 이미 Chromium의 오버헤드에 프리미엄을 붙이고 있었다는 증거다.

실무자 눈으로 본 아키텍처

발표문이 길어도 아깝지 않은 부분은 여기다. Kitesurf는 구성요소 세 개와 문지기 하나로 이뤄져 있고, 역할을 나눈 방식 자체가 설계의 핵심이다.

Engine은 외부에 노출되는 유일한 부분이다. CDP WebSocket과 REST API를 종료하고 세션 상태를 보유한다. 나머지는 모두 상태가 없다. 생각보다 중요하다. 상태 없는 구성요소는 멈추는 순간 죽여도 되고, 동시에 천 개를 돌려도 되며, 복구할 상태를 재구성할 필요도 없다. Cloudflare는 어떤 실패가 나도 빈 프레임이나 빠진 요소 정도로 기능이 저하될 뿐 세션 전체가 죽지는 않는다고 말한다. 하루 종일 임의의 적대적 입력을 먹는 소프트웨어라면 이게 맞는 본능이다.

PageScript에는 흥미로운 플랫폼 의존성이 들어 있다. 모든 페이지와 별도 프로세스 iframe마다 Dynamic Workers를 통해 장기 실행 isolate 하나를 띄우고, 깨끗한 globalThis와 파싱된 문서로 만든 DOM을 준다. HTML 파싱과 CSS는 Rust 생태계의 DioxusLabs 렌더링 엔진 Blitz와 Servo의 CSS 시스템 Stylo를 쓴다. Dynamic Workers는 3월에야 오픈 베타에 들어갔다. Cloudflare 자체 수치로 isolate를 한 자릿수 밀리초에 시작해 컨테이너보다 부팅이 약 100배 빠르다고 설명했고, Kitesurf는 이것 없이는 “애초에 가능하지 않았을 것”이라고 직접 썼다. 나는 그 말을 믿는다. 전역 동시성 제한 없이 페이지마다 isolate를 하나씩 주는 것이 전체 트릭이다.

PageRenderer는 계산된 페이지를 픽셀로 바꾼다. PageScript에서 장면을 받아 blitz-paint와 Parley로 래스터화하고, Workers 내장 RPC를 통해 JPEG, PNG, PDF 버퍼로 돌려준다. 페이지 상태를 전혀 갖지 않으므로 호출 하나가 멈추면 Engine이 죽이고 다시 띄울 수 있다. 렌더러는 버리고, 렌더링은 다시 시도한다.

그리고 eval 문제가 있다. 발표문에서 내가 가장 좋아한 솔직한 세부사항이다. Workers는 네이티브 eval을 지원하지 않고, 두 번째 isolate를 띄우면 globalThis를 공유하지 못하니 그걸로 대체할 수도 없다. 그래서 Kitesurf는 Rust로 작성한 JavaScript 엔진 Boa를 Wasm으로 컴파일해 V8 isolate 안에서 돌린다. 가끔 필요한 eval 하나를 처리하려고 JavaScript 런타임 위에 JavaScript 런타임을 올린 셈이다. 못생겼다. 그들도 못생겼다고 말한다. 네이티브 eval이 들어오는 순간 삭제할 계획이다. 제품은 그렇게 내는 거다.

그리고 메타 이야기가 하나 있다. 눈여겨볼 만한 항목으로 분류하겠다. Kitesurf는 상당 부분을 AI 에이전트가 작성했다. Cloudflare가 영감을 받았다고 밝힌 Rust 헤드리스 엔진 obscura의 초기 포팅은 에이전트가 계획에 맞춰 반복 실행하며 진행했다. 프로토타입에서 브라우저로 확장할 때는 Web Platform Tests를 목표 지점으로 두고 에이전트를 돌렸으며, 사람은 기능 순서를 정하고, 아키텍처를 만들고, 접근 방식을 리뷰했다. 완료의 정의는 통과하는 테스트 215,000개였다. 내가 고객에게 계속 설명해온 패턴을 실제로 구현한 사례 중 가장 선명하다. 에이전트는 코드를 쓰고, 사람은 명세를 쥔다. 같은 분리가 내가 더 넓게 에이전트 아키텍처를 보는 방식에도 나타난다.

Kitesurf 아키텍처는 Dynamic Workers를 통해 각 페이지를 별도 V8 isolate에 격리하고, Rust 생태계의 Blitz와 Stylo로 파싱하며, 상태 없는 렌더러에서 래스터화하고, WebAssembly로 컴파일한 Boa JavaScript 엔진으로 eval을 처리한다. Cloudflare는 사람이 아키텍처와 리뷰를 맡고 AI 에이전트가 Web Platform Tests를 목표로 상당 부분을 구현했다고 설명한다.

위협 모델이 진짜 제품이다

내가 보기에 대부분의 보도는 Cloudflare가 실제로 만든 것의 중요성을 여기서 과소평가할 가능성이 크다. 에이전트 브라우저의 불편한 사실은 2025년 8월 Brave가 Perplexity Comet을 분석한 보안 연구에서 드러났다. Reddit 댓글에 숨긴 지시만으로 “이 페이지를 요약해줘”라는 요청이 에이전트에게 사용자의 이메일과 일회용 인증 코드를 가져오게 만들 수 있었다. 웹 보안을 지탱하는 두 벽인 동일 출처 정책과 CORS는 브라우징 주체가 사용자의 인증 권한으로 행동하기 시작하면 별 도움이 되지 않는다. Brave의 10월 후속 연구에서는 스크린샷을 통한 주입도 보여줬고, Anthropic도 11월 브라우저 사용에서 프롬프트 주입 위험을 줄이는 자체 방어책을 공개했다.

소비자용 에이전트 브라우저는 이 위험을 설계 자체로 키운다. Comet이나 Atlas의 핵심은 에이전트가 사용자의 로그인 세션을 물려받는 데 있다. Kitesurf는 정반대다. 모든 페이지 로드를 신뢰할 수 없는 입력으로 본다. 모든 세션은 새로 시작하고, 쿠키는 페이지별 저장소에 둔다. 네트워크에 닿는 것은 샌드박스된 구성요소 SandboxOutbound 하나뿐이다. 이 구성요소가 CORS를 강제하고 응답을 필터링하며, 정책 밖 요청에는 403을 돌려준다. 이 제한은 애플리케이션이 얌전히 행동해주길 기대하는 대신 플랫폼에서 강제된다.

무엇을 해결하고 무엇을 해결하지 않는지는 분명히 하자. 모델 계층의 프롬프트 주입은 여전히 모델의 문제다. 페이지가 에이전트에게 멍청한 일을 하라고 시키면 브라우저 아키텍처가 그 욕구 자체를 막아주지는 않는다. Kitesurf가 줄이는 것은 피해 반경이다. 페이지가 어디까지 닿을 수 있는지, 세션에서 무엇이 새어 나갈 수 있는지, 충돌 후 무엇이 살아남는지를 제한한다. 낯선 사람을 대신해 웹을 탐색하는 에이전트를 만드는 사람에게는 그 차이가 일의 대부분이다. 그리고 일반적인 에이전트 거버넌스와 같은 대화 안에서 다뤄야 한다.

2025년의 에이전트 브라우저 보안 연구, 특히 Brave의 Perplexity Comet 분석은 에이전트가 사용자의 인증 권한으로 웹을 탐색하는 순간 동일 출처 정책과 CORS만으로는 보호가 거의 되지 않는다는 점을 보여줬다. Kitesurf의 답은 아키텍처다. Cloudflare 발표문에 따르면 모든 페이지 로드를 적대적 입력으로 취급하고, 세션은 새로 시작하며, 네트워크 접근은 하나의 샌드박스 fetch 구성요소를 제외하고 기본 차단한다.

Kitesurf가 못 하는 일과, 언제 써야 하는가

Cloudflare가 직접 적은 제외 목록은 놀랄 만큼 단도직입적이다. 동영상 불가, WebGL 불가, 실제 TLS 지문을 이용한 봇 챌린지 협상 불가, 지속 상태를 가진 10분짜리 인증 세션 불가. 이런 작업은 기본 Chromium 풀에 남겨야 한다. 여기에 실행 시간이 1.7배 느리고 CDP 지원도 아직 부분집합이라는 점까지 더하면 형태가 선명해진다. Kitesurf는 작업이 존재하는 동안만 살아 있다가 사라지는 일회성 엔진이다.

이 아이디어를 가진 팀도 Cloudflare만은 아니다. 파리의 스타트업 Lightpanda는 CDP를 지원하는 브라우저를 Zig로 처음부터 만들고 있으며, 자체 벤치마크에서 헤드리스 Chrome보다 실행이 11배 빠르고 메모리를 9배 덜 쓴다고 주장한다. 2025년 6월에는 ISAI가 주도한 프리시드 투자를 받았다. 이제 “Chromium이 아닌 브라우저”라는 논리는 실제 카테고리가 됐다. Kitesurf의 특별한 차이는 새 벤더에게 브라우저 함대를 빌리는 제품이 아니라는 데 있다. 이미 많은 사람이 배포하는 isolate 플랫폼 안에 브라우저를 컴파일해 넣었고, 나중에는 자신의 계정에서 직접 돌릴 수 있게 오픈 소스로 공개하겠다고 약속했다. 엔지니어링 장점이면서 유통 장점이기도 하다.

측정값이 아니라 발표된 기능을 바탕으로 한 권고다. 오늘 어떤 에이전트 워크로드가 Kitesurf에 맞고 어떤 작업은 Chromium에 남겨야 하는지 정리했다. 동영상, WebGL, 봇 챌린지, 지속 세션이라는 제외 항목은 Cloudflare가 직접 공개한 목록이다.

지금 무엇을 해야 하나

에이전트를 만들거나 운영한다면 순서대로 세 가지다.

1. 오늘: 발표문에서 Cloudflare가 연결한 공개 플레이그라운드를 열고 실제로 쓰는 URL 하나를 붙여 렌더링을 보자. 삽입된 Chrome DevTools 화면에서 DOM, 콘솔, isolate별 메모리 사용량을 볼 수 있다. 이 물건의 감을 잡는 가장 싼 방법이다.

2. 이번 주: 대표적인 추출 워크로드 하나를 Browser Run의 Quick Actions에서 두 번 실행하자. 한 번은 기본값, 한 번은 browser=kitesurf를 붙인다. 실행 시간이 아니라 CPU 밀리초와 메모리를 비교하자. 당신의 말뭉치는 Cloudflare의 URL 14개와 다를 테고, 정직한 숫자는 자기 페이지에서 직접 잰 숫자다.

3. 이번 달: 수치가 유지된다면 상태 없는 단발 작업은 Kitesurf로 보내고, 세션 형태의 작업은 Chromium에 남기자. 한동안은 이 분리가 안정적인 운영 형태가 될 가능성이 높다.

하지 말아야 할 것도 두 가지다. 아직 프로덕션 세션 자동화를 옮기지는 말자. TodoMVC가 뭐라고 하든 복잡한 엔터프라이즈 앱에서 베타 수준의 호환성은 검증되지 않았다. 그리고 “WPT 215,000개 통과”를 “웹을 렌더링한다”와 같은 뜻으로 읽지 말자. WPT가 측정하는 것은 표준 준수다. 그래서 Cloudflare도 실제 사이트에서 Chromium과 시각적 회귀 테스트를 따로 돌린다. 둘 사이의 틈에 당신의 엣지 케이스가 산다. 아직 첫 에이전트 스택을 고르는 단계라면 더 큰 구축 대 구매 문제는 AI 에이전트 구축 대 구매에서 다뤘다.

자주 묻는 질문

Kitesurf는 무료로 쓸 수 있나?

베타 기간에는 그렇다. 계정별 제한은 있다. Kitesurf는 Browser Run의 기존 요금제를 따른다. 가격 페이지에 따르면 Workers Free에는 하루 10분의 브라우저 시간이 포함되고, 유료 요금제는 매달 브라우저 10시간을 포함한 뒤 추가 사용량에 브라우저 시간당 $0.09를 받는다. 베타 종료 후 가격은 아직 발표되지 않았다.

Kitesurf는 Playwright와 Puppeteer에서 작동하나?

그렇다. Kitesurf는 Chrome DevTools Protocol을 지원하므로 Puppeteer, Playwright, chrome-remote-interface, CDP를 쓰는 MCP 클라이언트는 한 가지만 바꾸면 기존 Browser Run 엔드포인트에 연결된다. 요청에 browser=kitesurf를 추가하면 된다. 클라이언트 코드는 바뀌지 않는다.

Kitesurf와 Browserbase는 무엇이 다른가?

Browserbase는 전체 브라우저의 오버헤드와 높은 호환성을 그대로 가진 관리형 Chromium 세션을 호스팅 서비스로 판매한다. Kitesurf는 Cloudflare Workers 안에 처음부터 새로 만든 엔진으로, 세션당 CPU와 메모리를 크게 줄이는 대신 호환성과 실행 시간을 양보하며 상태 없는 에이전트 작업을 겨냥한다. 지속 로그인, 미디어, 봇 검사 탐색이 필요하다면 직접 운영하든 Browserbase에서 사든 Chromium 영역이다. 버스트 규모에서 싼 스크린샷과 추출이 필요하다면 Kitesurf는 정확히 그 작업을 위해 만들어졌다.

Kitesurf는 언제 오픈 소스가 되나?

Cloudflare는 고객이 자기 계정에 직접 배포할 수 있게 오픈 소스화하겠다고 약속했지만, “가능하면 곧”이라는 표현 외에 날짜는 주지 않았다. 프로젝트가 이제 12주 됐다는 점을 생각하면 약속 자체는 진지하게 받아들이되 일정은 모른다고 보는 게 맞다.

결론

Kitesurf는 12주 된 프로젝트고, 좋은 쪽과 나쁜 쪽 모두에서 티가 난다. 제한은 실제이고, 실행 시간 페널티도 실제다. 이번 분기에 프로덕션 파이프라인에서 Chromium을 뜯어낼 이유는 없다. 하지만 그 밑의 생각, 즉 에이전트에는 사람 모양의 브라우저가 아니라 에이전트 모양의 브라우저가 필요하다는 생각은 이제 베팅이라기보다 새로운 카테고리의 시작처럼 보인다. Cloudflare는 유통망과 isolate 플랫폼을 이미 갖고 있고, 이제 자신이 만든 세그먼트에서 가장 싼 엔진까지 얻었다. 내가 지켜볼 부분은 오픈 소스 공개가 실제로 이뤄지는지다. 누구나 자기 Workers 계정에서 돌릴 수 있는 브라우저는 시간당 빌려 쓰는 브라우저와 전혀 다른 제안이다.

자체 에이전트 스택에서 브라우저를 어디에 둘지 고민하고 있다면, 내가 고객과 자주 나누는 이야기다. 연락하기.

출처

• Cloudflare, “Kitesurf 소개: Cloudflare Workers의 V8 isolate에서 실행되는 에이전트 우선 브라우저”: https://blog.cloudflare.com/kitesurf/ (게시 2026년 8월 6일, 확인 2026년 8월 28일)

• Cloudflare, Browser Run 문서: https://developers.cloudflare.com/browser-run/ (확인 2026년 8월 28일)

• Cloudflare, Browser Run 가격: https://developers.cloudflare.com/browser-run/pricing/ (확인 2026년 8월 28일)

• Cloudflare, “AI 에이전트를 100배 빠르게 샌드박싱”(Dynamic Workers 오픈 베타): https://blog.cloudflare.com/dynamic-workers/ (확인 2026년 8월 28일)

• McKinsey, “2025 AI 현황”: https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai-2025 (게시 2025년 11월 5일, 확인 2026년 8월 28일)

• LangChain, “에이전트 엔지니어링 현황”: https://www.langchain.com/state-of-agent-engineering (확인 2026년 8월 28일)

• Sacra, “Browserbase 리서치”: https://sacra.com/research/browserbase/ (확인 2026년 8월 28일)

• TechCrunch, “Browser Use, 1,700만 달러 투자 유치”: https://techcrunch.com/2025/03/23/browser-use-the-tool-making-it-easier-for-ai-agents-to-navigate-websites-raises-17m/ (게시 2025년 3월 23일, 확인 2026년 8월 28일)

• Brave, “에이전트 브라우저 보안: Perplexity Comet의 간접 프롬프트 주입”: https://brave.com/blog/comet-prompt-injection/ (게시 2025년 8월 20일, 확인 2026년 8월 28일)

• Brave, “스크린샷 속 보이지 않는 프롬프트 주입”: https://brave.com/blog/unseeable-prompt-injections/ (게시 2025년 10월 21일, 확인 2026년 8월 28일)

• Anthropic, “브라우저 사용에서 프롬프트 주입 위험 줄이기”: https://www.anthropic.com/research/prompt-injection-defenses (게시 2025년 11월, 확인 2026년 8월 28일)

• Lightpanda, “Lightpanda 프리시드 투자 유치”: https://lightpanda.io/blog/posts/lightpanda-raises-preseed (게시 2025년 6월 10일, 확인 2026년 8월 28일)

• Lightpanda, 홈페이지 벤치마크 주장: https://lightpanda.io/ (확인 2026년 8월 28일)

• DioxusLabs, Blitz: https://github.com/DioxusLabs/blitz (확인 2026년 8월 28일)

• Boa, Rust로 작성한 JavaScript 엔진: https://github.com/boa-dev/boa (확인 2026년 8월 28일)

• Web Platform Tests: https://web-platform-tests.org/ (확인 2026년 8월 28일)

• Wikimedia Commons, 표지 이미지 “스웨덴의 카이트서핑”(CC0): https://commons.wikimedia.org/w/index.php?curid=142794310 (확인 2026년 8월 28일)