모질라가 크롬에 반기를 들었다 — 브라우저에 AI를 심는 게 왜 위험한가

크롬을 켜기만 해도 자바스크립트로 AI에게 질문을 던질 수 있다면 어떨까요. 구글이 추진 중인 Prompt API가 바로 그 그림입니다. 그런데 이 흐름에 모질라가 정면으로 반대하고 나섰습니다. 단순한 경쟁사 견제가 아니라, 웹의 작동 원리에 대한 근본적인 문제 제기라는 점에서 가볍게 넘길 사안이 아닙니다.

Prompt API가 뭐길래

Prompt API는 크롬에 내장된 Gemini Nano 모델을 웹사이트가 자바스크립트 한 줄로 호출할 수 있게 해주는 인터페이스입니다. 개발자 입장에서는 매력적입니다. OpenAI나 Anthropic API에 돈을 쓰지 않아도, 사용자 브라우저에서 로컬로 추론이 돌아가니까요. 요약, 번역, 분류 같은 작업을 별도 서버 비용 없이 처리할 수 있습니다.

구글은 이를 Web Platform의 일부로 표준화하려 합니다. fetch나 localStorage처럼, 모든 브라우저가 갖춰야 할 기본 기능으로 만들겠다는 겁니다.

모질라가 짚은 첫 번째 문제: 비결정성

웹 표준의 핵심 원칙 중 하나는 결정성입니다. 같은 입력을 넣으면 같은 출력이 나와야 한다는 거죠. Math.sqrt(4)는 어느 브라우저에서든 2를 반환합니다.

그런데 LLM은 본질적으로 비결정적입니다. 같은 프롬프트도 다른 답을 내놓고, 모델 버전이 바뀌면 결과가 통째로 달라집니다. 모질라는 이런 API를 웹 표준에 박아 넣는 순간, “같은 코드가 브라우저마다, 시점마다 다르게 동작하는 웹”이 된다고 우려합니다. 이건 25년간 쌓아온 웹의 신뢰 모델을 흔드는 일입니다.

두 번째 문제: 모델은 누가 정하나

크롬이 Gemini Nano를 쓴다면, 사파리는 애플 모델을, 파이어폭스는 또 다른 모델을 써야 할 텐데요. 그럼 같은 사이트가 브라우저마다 다른 답변을 내놓게 됩니다.

더 큰 문제는 모델 자체의 편향과 환각입니다. 어떤 모델이 어떤 정치적 견해를 표출할지, 어떤 사실을 잘못 답할지 통제할 방법이 없습니다. 모질라는 이렇게 표현했습니다 — “브라우저 벤더가 사실상 콘텐츠 게이트키퍼가 된다"고요. 검색엔진 알고리즘 논쟁의 100배쯤 복잡한 문제가 브라우저 레이어에서 다시 벌어진다는 뜻입니다.

세 번째 문제: 표준화 프로세스의 우회

웹 표준은 보통 W3C나 WHATWG에서 여러 브라우저 벤더가 합의해 만듭니다. 시간은 걸리지만, 그래야 한 회사가 자기 입맛대로 웹을 바꾸지 못합니다.

그런데 구글은 Prompt API를 크롬에 먼저 출시하고, 개발자들이 쓰기 시작하면 표준화하는 “기정사실화” 전략을 쓰고 있습니다. 모질라는 이걸 임베드 태그, AMP 사태의 재판이라고 봅니다. 한 회사가 시장 점유율로 표준을 밀어붙이는 패턴이죠. 크롬의 데스크톱 점유율이 65%를 넘는 상황에서 이건 사실상 “쓰든 말든"의 문제가 아닙니다.

그래서 어떻게 봐야 할까

브라우저 내장 AI 자체가 나쁘다는 얘기가 아닙니다. 사용자가 명시적으로 켜는 기능, 확장 프로그램, OS 레벨 통합 — 다른 길은 많습니다. 문제는 웹사이트가 사용자 동의 없이 호출할 수 있는 표준 API로 만드는 방식입니다.

이번 모질라의 반대는 단순한 정치적 제스처가 아니라, “웹이 무엇이어야 하는가"에 대한 질문입니다. 여러분이 만드는 웹사이트의 기본 동작이 구글이 정한 모델의 기분에 따라 달라지는 미래, 받아들일 준비가 되셨나요.