Mozilla Thunderboltとは？OSS・セルフホスト型AIクライアントの特徴・料金・使い方を解説

Mozilla Thunderbolt（サンダーボルト）は、Thunderbirdの開発元であるMZLA Technologies Corporation（Mozilla Foundation子会社）が2026年4月16日に発表した、オープンソース（MPL 2.0）かつセルフホスト可能なエンタープライズ向けAIクライアントです。 Microsoft CopilotやChatGPT EnterpriseのようなSaaS型AIに社内データを預ける代わりに、自社インフラ上でモデル・データ・ツールを完全に制御したい組織向けに設計されています。

Thunderbolt自体はLLM推論を行いません。Anthropic・OpenAI・Mistralなどのクラウドモデル、またはOllama・llama.cppによるローカル推論を「フロントエンド」から呼び出すワークスペース製品です。またIntelのハードウェア規格「Thunderbolt（USB-C系）」とは完全に無関係です。

この記事でわかること

• Mozilla Thunderboltの定義・開発元・発表日などの基本情報
• 現時点で使える機能と、まだプレビュー段階の機能の区分
• 対応LLMプロバイダー・対応プラットフォーム
• Open WebUI・LibreChat・Microsoft Copilotなど他製品との違い
• 料金と、セルフホスト運用時に発生する実コスト
• makeコマンドによる最短セットアップ手順
• 導入前にチェックすべきセキュリティ・テレメトリ上の注意点
• どんな企業・チームにフィットし、どんな組織には現時点で向かないのか

この記事の対象読者: 自社データを外部SaaSに出したくない情シス・セキュリティ担当者、社内AIプラットフォームの選定を検討している情報システム部門、OSSでLLMワークスペースを構築したいエンジニアリングリーダー。

Mozilla Thunderboltとは（基本情報）

出典: Mozilla Thunderbolt 公式GitHub

Mozilla Thunderboltは、Mozilla Foundationの営利子会社であるMZLA Technologies Corporationが開発する、組織が自前で運用することを前提にした「Sovereign AI Client（主権的AIクライアント）」です。キャッチフレーズは「AI You Control — Choose your models. Own your data. Eliminate vendor lock-in.」（あなたが制御するAI：モデルを選び、データを所有し、ベンダーロックインをなくす）。

GitHub上で公開され、Docker ComposeやKubernetesで自社インフラに展開できます。バックエンドのAIオーケストレーションにはドイツ・ベルリン拠点のdeepset社のHaystackフレームワークを採用。2026年に入ってからは、deepsetとの連携を「EU圏でのソブリン（主権的）デプロイ」へ拡張する協業も公表されており、データを域外に出せない欧州の公共・規制業種を強く意識した展開が進んでいます。

基本スペック

CEOによる製品コンセプト

MZLA Technologies CEOのRyan Sipes氏は発表時にこうコメントしています。

"AI is too important to outsource. With Thunderbolt, we're giving organizations a sovereign AI client — decision-making on their infrastructure, with their data, and on their terms."

（AIは外注するには重要すぎる。Thunderboltによって、組織は自分たちのインフラ・データ・ルールの上で意思決定できる「主権的なAIクライアント」を手にできる）

つまりThunderboltは、Microsoft CopilotやChatGPT Enterpriseが担っている「チャット・検索・調査などのAI業務UI」を、外部SaaSに依存せず自社で持つための選択肢として位置づけられています。

なお名称が「Thunderbird（Mozillaのメールクライアント）」や「Thunderbolt（Intelの高速接続規格）」と紛らわしいため、本記事では一貫して「Mozilla Thunderbolt」と表記します。

Thunderboltでできること（現行機能）

Thunderboltの機能は公式ドキュメント上で「Available today（利用可能）」と「Preview（プレビュー）」に明確に区分されています。ここは導入判断で最も誤解しやすいポイントなので、必ず区分を確認してください。

利用可能な機能（Available today）

• Chat Mode（チャットモード）: 対話型インタフェース。クラウドLLMまたはローカルモデルと会話できる
• Search Mode（検索モード）: 社内データ・インデックスに対する横断検索（無効化も可能）
• クロスプラットフォームのネイティブアプリ提供（Windows / macOS / Linux / iOS / Android / Web）
• OIDCによる認証統合（既存のID基盤と連携可能）
• Docker Compose / Kubernetesによるセルフホスト展開
• ローカルデータベースを「source of truth」として使用

プレビュー段階の機能（Preview）

• Research Mode: より高度な調査・レポート生成
• Tasks: スケジュール・繰り返しタスクの自動化（日次ブリーフィング、特定トピックの定点観測、イベントトリガーによる集計など）
• フルMCPサポート: Model Context Protocol サーバー連携（部分対応あり）

公式は「Chat・Searchは日常利用可能、Research・Tasks・MCPは評価・検証用途」と明示しています。本番稼働の計画を立てる際は、この成熟度差を前提にしてください。

対応LLMプロバイダー・モデル

出典: Mozilla Thunderbolt 公式GitHub

Thunderboltは自前で推論を持たない代わりに、複数のLLMプロバイダーとローカル推論エンジンに対応しています。これが「ベンダーロックインを避けたい」という設計思想の核心です。

対応モデルは活発な開発に伴い変動します。導入前に必ず公式サイトとGitHubのREADMEで最新の対応状況を確認してください。

プロバイダーは管理画面から切り替えられるため、「社内機密はOllama＋ローカルGPU、一般業務はAnthropic Claude、コーディング補助はOpenAI」といった用途別に推論先を使い分ける運用が可能です。

生成AIの概要やAIエージェントとの関係をまず把握したい場合は、生成AIとは？仕組み・種類・活用例を整理とAIエージェントとは？基礎・代表ツールを解説も合わせて参照してください。

Mozilla Thunderboltの強み

ThunderboltがMicrosoft CopilotやChatGPT Enterpriseと明確に異なる特徴は、主に次の5つです。

1. 完全セルフホスト＋MPL 2.0オープンソース

ソースコードはGitHubで全公開されており、MPL 2.0の下で商用利用・改変・再配布が可能です。社内監査やフォークによる独自拡張ができるため、「ブラックボックスを社内に置きたくない」組織の要件に合致します。

2. マルチプロバイダーによるベンダーロックイン回避

単一LLMベンダーに依存しない設計です。Anthropic・OpenAI・Mistral・DeepSeek・Ollama・llama.cppを併用でき、用途やコンプライアンス要件に応じて推論先を切り替えられます。料金改定やサービス終了のリスクをベンダー横断で分散できる点が、SaaS型との大きな違いです。

3. データがユーザーのインフラに留まる

Thunderboltは検索インデックスと推論呼び出しを自社インフラ内で完結させる設計です。必要に応じてE2E暗号化・at-rest暗号化・in-transit暗号化を組み合わせられます。データの越境・外部学習利用リスクを制御しやすい構造で、deepsetとのEUソブリンデプロイ連携も同じ思想に基づいています。

4. エンタープライズ認証・アクセス制御への対応

OIDCによるSSO統合、ロール／デバイス単位のアクセス制御が組み込まれています。既存のEntra ID（旧Azure AD）やOkta、Keycloakと連携して社員単位の権限管理が可能です。

5. Thunderbirdを擁するMozilla系組織による開発

開発元のMZLA Technologiesは、長年オープンソースで運用されてきたThunderbirdメールクライアントの開発母体です。純粋な商用SaaSベンダーではないため、「自社都合でサービスを閉じる」リスクが相対的に低いと評価されています。

Mozilla Thunderboltの弱み・制約

一方で、2026年6月時点のThunderboltには以下の制約があります。導入判断では必ずここを確認してください。

1. 本番稼働推奨段階ではない

公式に「pre-audit, pre-production」「still early and under active development」と明記されています。第三者によるセキュリティ監査が進行中で、完了前の本番投入は推奨されていません。現時点ではPoC・検証・評価用途が前提です。

2. 推論エンジンを自前で用意する必要がある

Thunderbolt自体はLLM推論を行わない（公開推論エンドポイントを持たない）ため、クラウドAPI契約またはローカルGPUは利用者側の負担です。Ollama＋大規模モデルをローカル運用する場合、本格的なGPUが必要になり、初期投資・電力コストが発生します。

3. マネージドホスト版は開発中

小規模チーム向けのマネージド版は公式サイトで「選択肢」として言及され始めていますが、提供形態・価格はまだ整っていません。現時点ではセルフホスト運用が中心で、Docker/Kubernetes運用・アップデート適用・監視は利用者側の責任になります。

4. テレメトリがデフォルト有効

匿名の利用状況（チャット活動、モデル選択、地域情報など）がデフォルトで収集される構成です。公式は「個人を特定する情報（PII）は同意なしに収集しない」としていますが、プライバシー重視で導入する場合はインストール直後にテレメトリを無効化する運用ルールをチームで取り決めておくべきです。

5. Research Mode / Tasks / フルMCPはプレビュー段階

Chat・Searchは日常利用可能ですが、Research Mode・Tasks・フルMCPサポートは評価用途に限られます。ここに業務依存度を高くすると、仕様変更・安定性問題のリスクを負う可能性があります。

6. 日本語UI成熟度・国内サポート体制は未確認

2026年6月時点で、日本語UIの品質や国内の直接サポート体制について公式アナウンスは見当たりません。日本の大企業が採用する場合、SIerや実装パートナーとの協業が前提になります。

7. Thunderbirdとの直接統合はない

名前は「Thunderbird」系列ですが、メールクライアントThunderbirdとの機能連携は現時点では予定されていません。メール自動処理エージェントを期待する場合は別の製品を検討してください。

料金・プラン

Thunderboltの料金構造は、多くのSaaS型AIとは根本的に異なります。ソフトウェア本体は無料だが、運用コストは利用者負担という典型的なOSSエンタープライズモデルです。なお、エンタープライズ向けの価格は公式に開示されておらず、サポート内容・カスタマイズ・デプロイの複雑さに応じた個別見積もりとされています。

実務上の総コストイメージ

Thunderboltを本格運用する場合、実務的な総コストには以下が含まれます。

• インフラコスト: AWS / GCP / オンプレでのサーバー・ストレージ費
• GPU費用（ローカル推論時）: GPU調達・運用コスト
• LLM APIコスト: Anthropic / OpenAI 等のトークン従量課金
• 運用人件費: Docker / Kubernetes運用、アップデート適用、監視
• （任意）MZLA有償サポート: 個別見積もり

クラウドAPI中心で小規模に検証する場合は比較的低コストで始められますが、完全オンプレで高性能モデルをローカル稼働させる場合は、まとまったGPU投資が必要になる点を覚悟してください。

「OSSコードは無償、企業向けは個別見積もり（金額非公開）」というのが、現時点で言える正確な料金の姿です。

Mozilla Thunderboltの使い方・導入ステップ

Thunderboltはセルフホストが前提のため、導入フローはSaaS型AIとは大きく異なります。ここでは「開発者がまずローカルで試す手順」と「組織として本番展開する手順」の2段階で整理します（詳細は公式READMEとドキュメントを必ず確認してください）。

開発者向け: makeコマンドで最短ローカル起動

GitHubリポジトリをクローンした後、公式は次の4コマンドでのローカル起動を案内しています。Docker環境さえあれば数分で立ち上がります。

起動後、ブラウザまたはネイティブアプリからアクセスし、使いたいプロバイダー（Anthropic / OpenAI / Ollama など）のAPIキーやエンドポイントを1つ登録すれば、Chat・Searchの検証を始められます。Ollamaを使えばAPIコストゼロのローカル検証も可能です。

組織向け: 評価から本番展開までの流れ

ステップ1: 情報収集・要件確認

• thunderbolt.io のwaitlistに登録し、最新情報・アップデートを受け取る
• GitHubリポジトリ thunderbird/thunderbolt でREADME・リリースノートを確認
• 自社要件（対応プロバイダー、認証、ホスト要件）に合うか評価

ステップ2: 検証環境の構築（Docker Compose）

• make手順またはDocker Composeで小規模な検証環境を立ち上げる
• OIDCプロバイダー（Entra ID、Okta、Keycloak等）と接続
• 使いたいモデルを1つ登録して疎通確認

ステップ3: テレメトリ・暗号化の初期設定

• テレメトリを無効化（プライバシー要件がある場合）
• at-rest / in-transit 暗号化を有効化
• 必要に応じてE2E暗号化を有効化

ステップ4: Chat・Searchの本格テスト

• 社内の限定ユーザーでChat・Search機能を日常利用の範囲で検証
• 検索対象とするドキュメントソース（SharePoint・Google Drive・社内Wiki 等）を接続

ステップ5: 本番展開（Kubernetes）

• 冗長化・可用性を確保したKubernetesクラスターに展開
• 監視・ログ基盤（Prometheus・Grafana等）と統合
• バックアップ・DR（災害復旧）計画を策定

ステップ6: Research Mode・Tasks・MCPの評価

• プレビュー機能は別環境で評価し、本番ユーザーの業務依存度を高めないよう注意
• MCPサーバーを接続する場合は、MCPプロトコルの権限設計を事前に確認

MCP連携の具体例はAWS MCP Serverの一般提供開始解説やgithub-mcp-serverの使い方も参考になります。

セキュリティとテレメトリ（導入前の必読項目）

Thunderboltはデータ主権を中核に置くセキュリティ重視の設計ですが、導入前に必ず確認すべきポイントがあります。

セキュリティ監査は進行中

公式は「第三者によるセキュリティ監査は進行中」と明記しています。「監査済み」「本番認証取得済み」ではありません。 金融・医療・公共など高コンプライアンス領域では、監査完了の公表を待ってから本番投入する判断が妥当です。

暗号化・アクセス制御

• at-rest暗号化（保存時）とin-transit暗号化（通信時）を前提に設計
• E2E暗号化はオプショナルで利用可能
• デバイスレベルのアクセス制御（デバイスごと、ロールごと）をサポート

テレメトリがデフォルトON

Thunderboltはデフォルトでテレメトリ（匿名の利用統計）を有効にしています。収集されるのは以下と公表されています。

• チャット活動の匿名統計
• モデル選択の傾向
• 地域情報

公式は「PIIは同意なしに収集しない」としていますが、プライバシー重視の組織はインストール直後にテレメトリを無効化する運用を標準化することが推奨されます。社内ポリシーで「OSS AIクライアントは全テレメトリを無効化」と定めるのが現実的です。

名称の注意事項

IntelのハードウェアインターフェイスThunderbolt（USB-C系の高速接続規格）と名称が衝突しています。社内検索や資料で混同が発生しないよう、ドキュメント内では「Mozilla Thunderbolt」と明示するのが無難です。

生成AI全般のセキュリティ観点は生成AIのセキュリティリスクと対策で整理しています。セキュアな運用を業界視点で知りたい場合はサイバーセキュリティ業界のAI活用事例も参考になります。

他のAIクライアントとの違い（比較表）

Thunderboltの位置づけを把握するため、競合となるOSSおよびエンタープライズAIクライアントと比較します。

判断ポイント（どれを選ぶべきか）

• すでに本番実績のあるOSSが欲しい → Open WebUI / LibreChat
• Mozillaブランドとデータ主権・EUソブリン対応を重視 → Mozilla Thunderbolt（ただし監査完了待ち）
• Microsoft 365／Office統合が最優先 → Microsoft 365 Copilot
• 最新のGPT系モデルを優先 → ChatGPT Enterprise
• Claude系モデルの大規模コンテキストを活用したい → Claude Enterprise

同じくセルフホスト型のAIエージェント環境を検討しているなら、OpenClawの使い方・インストール手順やOpenClaw vs Claude Code 徹底比較、安全性を確認したい場合はOpenClawの危険性とはも比較対象になります。ツール選定全体は生成AIツールおすすめ比較も参考にしてください。

こんな組織におすすめ

Mozilla Thunderboltは、以下の条件に当てはまる組織にフィットします。

• 社内データをSaaS型AIに渡したくない（金融、医療、公共、機密性の高いR&D、法務部門など）
• 特定LLMベンダーへのロックインを明確に避けたい（買収・料金改定・サービス終了への耐性を重視）
• Docker/Kubernetes運用経験があるインフラチームがある
• EU圏などデータの域外移転が許されない規制環境にある（deepsetとのソブリンデプロイ連携が活きる）
• HaystackによるRAG・エージェント基盤を組織標準にしたい
• PoC・検証目的で最新の主権的AIクライアントを評価したい（監査完了後の本番展開を見据えた準備段階）

こんな組織にはおすすめしない

以下の条件に当てはまる場合、現時点でThunderboltを選ぶメリットは小さいです。

• 社内にDocker/Kubernetes運用リソースがない中小規模チーム → Microsoft 365 Copilot / ChatGPT Enterprise の方が実装コストが低い
• すぐに本番稼働したい（金融・医療など高リスク領域） → 公式の監査完了を待つか、Microsoft / OpenAI / Anthropic 等のエンタープライズSaaSを選ぶ
• 既にOpen WebUI / LibreChat を安定運用している → Thunderboltに切り替える明確なメリットは現時点では乏しい
• Microsoft 365 / Google Workspace との深い統合を最重視 → Copilot / Gemini for Workspace の方がスムーズ
• GPU調達・ローカル推論運用の予算と技術力がない
• Thunderbirdメールクライアントとの連携を期待している（現時点で統合予定なし）

よくある質問（FAQ）

Q1. Mozilla ThunderboltはIntelのThunderbolt（USB-C系のハード規格）と関係がありますか？

関係ありません。 Mozilla ThunderboltはAIクライアントソフトウェアで、Intelの高速接続規格Thunderboltとは別物です。名称が衝突しているため、社内で共有する際は「Mozilla Thunderbolt」と明示するのが無難です。

Q2. ThunderbirdメールクライアントとMozilla Thunderboltは連携していますか？

現時点では直接統合はありません。 開発元のMZLA TechnologiesはThunderbirdの開発母体でもありますが、メールクライアントThunderbirdとThunderboltは別製品として運用されています。将来の統合ロードマップは公式からは未発表です。

Q3. オフラインで完全に動きますか？

完全なオフラインファースト運用はまだ実装されていません（planned but not yet implemented）。認証や一部の検索機能はネット接続を前提にしており、「Anthropic / OpenAI API を使う構成なら完全なオフラインは不可能」「Ollama＋ローカル認証ならオフライン度は高い」という段階的な設計です。完全エアギャップ環境での運用計画がある場合は、公式ドキュメントで最新状況を確認してください。

Q4. 料金は本当に無料ですか？

OSS本体の利用料はゼロです（MPL 2.0）。ただし、運用に必要なインフラ・GPU・LLM APIコスト・人件費は利用者負担です。クラウドAPI中心で小規模に検証するなら低コストで始められますが、オンプレでGPUを調達する場合はまとまった初期投資が必要になります。エンタープライズの有償サポートは金額非公開の個別見積もりです。

Q5. 今すぐ本番導入しても大丈夫ですか？

公式は pre-audit / pre-production と明記しています。 金融・医療・公共など高コンプラ領域では、第三者セキュリティ監査の完了公表を待ってから本番導入を検討するのが妥当です。現時点ではPoC・検証環境での評価が中心になります。

Q6. 日本語で使えますか？

対応プロバイダー（Anthropic Claude、OpenAI GPT、Mistralなど）自体は日本語に対応しているため、チャット・検索機能は日本語で利用可能と考えられます。ただし、Thunderbolt自体のUI日本語化の成熟度や日本国内サポート体制については、2026年6月時点で公式アナウンスは見当たりません。大規模な社内展開を検討する場合は、MZLAまたは国内SIerに直接確認することを推奨します。

Q7. ChatGPT EnterpriseやClaude Enterpriseと比べて何が違いますか？

最大の違いは「データと推論をどこに置くか」です。ChatGPT Enterprise・Claude EnterpriseはOpenAI／Anthropicのクラウド上で推論が行われるSaaS型で、Thunderboltはフロントエンドを自社インフラに置き、推論先も自社で選択できるセルフホスト型です。コンプライアンス要件・ベンダーロックイン懸念・運用リソースの3点で判断するのが現実的です。

まとめ：Thunderboltは「主権的AIクライアント」を求める組織の新しい選択肢

Mozilla Thunderboltは、2026年4月16日にMZLA Technologies Corporationが発表した、オープンソース（MPL 2.0）かつセルフホスト型のエンタープライズAIクライアントです。Thunderbolt自体は推論を持たず、Anthropic・OpenAI・Mistral・Ollama・llama.cppなどをマルチプロバイダーで呼び出すフロントエンドとして機能します。

現時点の推奨ポジショニングは次のとおりです。

• Chat・SearchはAvailable、Research・Tasks・フルMCPはPreviewという機能成熟度を踏まえた運用設計をする
• 公式はpre-audit / pre-productionと明記しているため、監査完了前はPoC・検証用途が中心
• テレメトリがデフォルトONである点を認識し、必要に応じて無効化する
• まずはmake doctor → make setup → make up → make runでローカル検証から始められる
• Open WebUI / LibreChatといった既存OSSに対する差別化は「Mozillaブランド・Haystack基盤・EUソブリンデプロイ対応・MCP/ACP対応・Thunderbird開発元の運用継続性」にある

ベンダーロックイン回避とデータ主権を重視する組織にとっては有力な選択肢ですが、現時点ではすぐに全社導入するよりも「今のうちから評価を始め、監査完了後に本番計画を立てる」という段階的アプローチが現実的です。

関連記事

• 生成AIとは？仕組み・種類・活用例を整理
• AIエージェントとは？基礎・代表ツールを解説
• 生成AIツールおすすめ比較
• 生成AIのセキュリティリスクと対策
• OpenClawの使い方・インストール手順
• OpenClaw vs Claude Code 徹底比較
• OpenClawの危険性とは
• AWS MCP Serverの一般提供開始解説