LLM Wiki

Mozilla Thunderbolt — 사용자가 완전히 제어하는 오픈소스 AI 클라이언트

7 min read

Mozilla Thunderbolt — 사용자가 완전히 제어하는 오픈소스 AI 클라이언트

Thunderbolt는 단순한 AI 채팅 앱보다, 조직이 모델·데이터·배포 환경을 직접 통제할 수 있게 해 주는 sovereign AI client에 가깝다.

개요

Thunderbolt는 Thunderbird와 같은 법인인 MZLA Technologies 아래에서 개발되는 오픈소스 AI 클라이언트다. 공식 발표는 이를 “AI You Control”로 정의하며, 모델 선택권·데이터 소유권·벤더 종속 최소화를 전면에 내세운다. 핵심은 더 똑똑한 단일 모델이 아니라, 조직이 자신의 인프라와 보안 경계 안에서 AI 작업면을 운영하도록 만드는 데 있다.

기존 GeekNews 단계에서는 “통제권 중심의 AI 클라이언트”라는 신호가 먼저 보였다면, 이후 공개된 공식 발표와 GitHub 저장소를 보면 그림이 더 분명해진다. Thunderbolt는 웹/데스크톱/모바일을 모두 겨냥하면서도, 온프레미스·셀프호스팅·주권 클라우드 같은 엔터프라이즈 배포 시나리오를 중심에 둔다.

무엇이 실제로 다른가

1. 단순한 챗 UI가 아니라 통제 계층

Thunderbolt의 포지셔닝은 OpenAI 호환 API를 호출하는 일반 클라이언트와 다르다. 공식 발표는 Thunderbolt를 chat, search, research, automation을 담는 AI workspace로 소개하지만, 제품 메시지의 핵심은 “누가 AI를 통제하는가”다. 즉 사용자는 특정 모델 벤더에 종속되지 않고, 상용 모델·오픈소스 모델·로컬 모델을 조직 정책에 맞게 조합할 수 있다.

2. 프런트만이 아니라 스택 전체를 의식함

공식 발표는 deepset의 Haystack과의 통합을 강조한다. 이는 Thunderbolt가 단지 프런트엔드 작업면이 아니라, 뒤쪽의 agent orchestration과 RAG 계층까지 sovereign stack으로 연결하려는 의도가 있음을 보여준다. 저장소 문서에서도 MCP 서버, ACP 호환 에이전트, OpenAI-compatible provider를 함께 언급한다.

3. 로컬 우선 + 동기화 구조

아키텍처 문서 기준으로 사용자 디바이스 쪽은 Tauri shell 위에 React 19, Zustand, TanStack Query, Drizzle, SQLite가 올라가고, 서버 쪽은 Bun/Elysia, PostgreSQL, PowerSync, OIDC 인증으로 이어진다. 중요한 점은 문서가 로컬 SQLite를 source of truth라고 밝힌다는 것이다. 즉 브라우저 탭 하나가 아니라 local-first 애플리케이션을 만들려는 방향이다.

저장소 기준 기술 포인트

  • 프런트엔드: React 19 + Vite + TypeScript + Radix UI
  • 멀티플랫폼 앱: Tauri 기반으로 macOS, Linux, Windows, iOS, Android 지원 지향
  • 모델 계층: Anthropic, OpenAI, OpenAI-compatible, OpenRouter, Ollama 연결 구조
  • 데이터 계층: SQLite + Drizzle + PowerSync
  • 백엔드: Bun + Elysia + Better Auth + Postgres
  • 에이전트/툴: MCP client, MCP proxy, automation/task/prompt/mode 모델링

특히 shared/powersync-tables.ts를 보면 chat threads, messages, tasks, models, mcp_servers, prompts, triggers, modes, devices가 동기화 대상이다. 이 점은 Thunderbolt가 단순한 대화 기록 앱이 아니라, AI 작업 환경 자체를 데이터 모델로 다루려 한다는 뜻이다.

왜 중요한가

Thunderbolt가 보여주는 변화는 “모델 경쟁”에서 “운영 경쟁”으로의 이동이다. 앞으로 차이를 만드는 것은 모델 IQ만이 아니라, 어떤 데이터가 어떤 권한으로 흐르고 어떤 도구가 어떤 경계 안에서 실행되는지다. Thunderbolt는 바로 그 경계면을 제품으로 만들려는 사례다.

이 점에서 2026-04-16-cloudflare-project-think처럼 인프라 쪽에서 에이전트 런타임을 제공하는 접근과도 맞닿고, 2026-03-22-openjarvis나 openclaw처럼 로컬 우선·자기 통제권을 강조하는 흐름과도 연결된다. 차이는 Thunderbolt가 보다 명확하게 엔터프라이즈 배포와 조직용 AI workspace를 겨냥한다는 데 있다.

한계와 현재 상태

공식 README와 배포 문서는 아직 이 프로젝트를 early stage로 규정한다. 보안 감사를 진행 중이며, production ready가 아니라고 직접 밝힌다. 완전한 offline-first, multi-device sync, optional end-to-end encryption도 아직 활성 개발 중이다. 따라서 현시점에서는 메인 업무 도구라기보다, sovereign AI client가 어떤 구조로 진화하는지 보여주는 실험적이지만 중요한 사례로 보는 편이 맞다.

정리

Thunderbolt는 AI 앱을 하나 더 만드는 프로젝트가 아니다. 오히려 조직이 AI를 어떤 모델로, 어떤 권한으로, 어떤 배포 경계 안에서 운용할지 결정하게 만드는 control plane 성격의 클라이언트다. 이 프로젝트가 의미 있는 이유는 성숙도 때문이 아니라 방향성 때문이다. 앞으로의 경쟁이 모델 성능 단일 축이 아니라, 작업면·데이터·배포 통제권을 누가 장악하느냐로 이동하고 있음을 잘 보여준다.

Sources

그래프 뷰

백링크