본문으로 건너뛰기
피드

Waterfox: "우리는 AI 안 넣음" - Mozilla의 AI 퍼스트 전략에 대한 반박

frontend 약 4분
vote
0
댓글
북마크

Waterfox 창립자가 Mozilla의 AI 중심 전략을 정면 반박하며, ML과 LLM의 차이, 브라우저에 LLM을 넣으면 안 되는 이유, Waterfox는 절대 LLM을 탑재하지 않겠다고 선언한 글

  • 1

    Mozilla 새 CEO가 AI를 브라우저 중심에 놓겠다고 선언

  • 2

    ML(Bergamot 번역)은 투명하고 감사 가능하지만 LLM은 블랙박스

  • 3

    브라우저는 user agent인데 LLM 넣으면 user agent의 user agent가 됨

  • 4

    AI 옵셔널이라는 말 자체가 깊이 내장되어 있다는 반증

  • 5

    Mozilla가 10년간 일반 사용자 추격하며 기술 커뮤니티 이탈시킨 전략 반복

  • 6

    Waterfox는 LLM 절대 미탑재 선언

Mozilla의 AI 전환, 뭐가 문제인가

  • Mozilla 새 CEO가 "세계에서 가장 신뢰받는 소프트웨어 기업"을 내세우면서 AI를 중심에 놓겠다고 선언했는데, Waterfox 창립자(15년간 Waterfox 개발)가 이건 근본적인 실수라고 정면 반박한 글임
  • ML과 LLM은 다른 거라는 게 핵심 주장임. Bergamot 같은 로컬 번역 엔진은 입력/출력이 명확하고 감사 가능한 반면, LLM은 블랙박스라서 데이터로 뭘 하는지 검증 자체가 불가능하다는 거임
  • 브라우저는 원래 "user agent"인데, 여기에 LLM을 끼얹으면 "user agent의 user agent"가 되는 셈임. AI가 사용자와 웹 사이에서 중재자 역할을 하면서 탭 정리하고, 히스토리 재구성하고, 보이는 콘텐츠를 맘대로 조작하게 됨

"선택 사항"이라는 약속의 함정

  • Mozilla가 "AI는 언제든 끌 수 있다"고 하지만, 그 말 자체가 AI를 브라우저 깊숙이 내장하니까 옵트아웃이 필요하다는 뜻이라는 거임
  • 블랙박스를 켜놓은 상태에서 뭘 하는지 일일이 감시하는 인지적 부담이 엄청나다는 지적임. 꺼도 문제, 켜도 문제인 상황
  • Mozilla는 10년 넘게 일반 사용자 쫓아가는 전략을 폈는데 시장 점유율은 계속 떨어졌음. 텔레메트리, Pocket, 스폰서 콘텐츠 추가할 때마다 핵심 기술 커뮤니티만 이탈했는데 또 같은 실수를 반복하는 거임

Waterfox의 입장

  • Waterfox는 LLM을 절대 탑재하지 않겠다고 선언함. "Full stop." 현재 형태로든, 가까운 미래든 안 넣는다는 거임
  • Firefox 포크 생태계 중 상당수가 법인도 없고, 개인정보처리방침도 없고, 이용약관도 없다는 점을 지적함. Waterfox는 법인과 공식 정책을 유지하고 있어서 Widevine 같은 DRM 스트리밍 서비스 접근도 가능했다는 거임
  • "AI 브라우저가 세상을 집어삼킬 수도 있지만, 사용자들이 더 단순하고 신뢰할 수 있는 걸 원하게 되면 Waterfox는 여전히 여기 있을 것"이라는 게 결론임
  • XUL 확장 지원 유지, 텔레메트리 제거 등 Mozilla가 버린 것들을 Waterfox가 계속 지켜온 트랙레코드를 강조하면서, 브라우저의 역할은 사용자를 대신해서 생각하는 게 아니라 사용자를 위해 봉사하는 거라고 마무리함

브라우저에 LLM을 넣는 것이 user agent 본질과 충돌한다는 구조적 비판이 흥미로움. 포크 생태계의 거버넌스 문제도 짚음.

댓글

댓글

댓글을 불러오는 중...

frontend

타입스크립트 7.0, Go 네이티브 포팅으로 빌드가 8~12배 빨라졌다

마이크로소프트가 타입스크립트 7.0을 출시하면서 기존 자바스크립트 기반 구현을 Go로 네이티브 포팅했다. 전체 빌드는 평균 8~12배 빨라졌고, VS코드 빌드는 125.7초에서 10.6초로 줄었으며, 슬랙은 CI 타입 검사 시간을 7.5분에서 1.25분으로 낮췄다.

frontend

타입스크립트 7 공개, 고 포팅으로 빌드가 최대 10배 이상 빨라짐

마이크로소프트가 고(Go)로 네이티브 포팅한 타입스크립트 7을 공개했다. 전체 빌드는 보통 8~12배 빨라지고, VS 코드 코드베이스에서는 125.7초가 10.6초로 줄었으며, 편집기 첫 오류 표시도 17.5초에서 1.3초 미만으로 내려갔다.

frontend

“98% 지원”이 생각보다 별로 안 넉넉한 이유

브라우저 기능 지원률 98%는 얼핏 높아 보이지만, 실제 서비스에서는 2%의 사용자를 깨진 화면 앞에 세우는 숫자일 수 있다는 글이다. 특히 일반 통계와 내 서비스 방문자 분포는 다를 수 있고, 실제 사례로 어떤 사이트는 최신 중첩 CSS 기능 지원 브라우저가 방문자의 약 70%뿐이었다.

frontend

메타, AI가 읽고 쓰는 디자인 시스템 ‘Astryx’ 오픈소스로 공개

메타가 내부 디자인 시스템 Astryx를 오픈소스로 공개했다. React와 StyleX 기반의 150개 이상 접근성 지원 컴포넌트, 디자인 토큰, 테마, 템플릿, CLI를 제공하며, 특히 AI 에이전트가 컴포넌트 구조를 이해하고 UI를 생성·수정할 수 있도록 MCP 서버까지 포함한 점이 핵심이다.

frontend

shadcn/ui, 기본 컴포넌트 라이브러리를 Radix에서 Base UI로 변경

shadcn/ui가 새 프로젝트의 기본 컴포넌트 라이브러리를 Radix가 아니라 Base UI로 바꿨어. Radix 지원은 계속되지만, Base UI가 안정화됐고 주간 다운로드 600만 이상, shadcn/create 신규 프로젝트 선택 비율 2대1이라는 이유로 기본값을 바꾼 거야. 동시에 채팅 UI용 MessageScroller와 관련 컴포넌트, headless 패키지인 @shadcn/react도 공개됐어.