重要なポイント
- アーキテクチャがコンプライアンス：ローカルオープンウェイトLLMは設計によってGDPR第44条の越境転送リスクを排除。
- Qwen 3.6 27B：Apache 2.0ライセンス、92.1% HumanEval、16 GB VRAM — 2026年5月時点で最高品質のGDPR準拠コーディングモデル。
- GDPR第25条、32条、44条：ローカル展開は設計によるデータ保護（第25条）を満たし、越境転送義務（第44条）を排除。
- EU AI法2026：GPAI提供者の要件が監査可能なローカル展開を優遇。
- オープンウェイト = 監査可能なモデル動作 — ブラックボックスAPIとは対照的。
マニフェスト
これらの原則は、AIアーキテクチャとEUデータガバナンスに関するPromptQuorumの見解を示すものです。組織のAIポリシー策定の出発点であり、法的助言ではありません。
- 1自社のインフラを離れないデータは、第三者システムによって侵害されることがない
Why it matters: AIプロバイダーのサプライチェーン攻撃は新興のリスクカテゴリーです。ローカルLLMはAPI層を攻撃対象から排除します。 - 2アーキテクチャによるGDPR準拠は、契約によるGDPR準拠より強固
Why it matters: [GDPR第46条に基づく標準契約条項（SCC）](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:31995L0046#d1e1789)は転送を正当化し、管理者と受領者の間に法的責任を生じさせます。Schrems II判決後、SCCは受領国がGDPRと同等の保護を提供するかを評価する[転送影響評価（TIA）](https://edpb.europa.eu/our-work-tools/our-documents/recommendations/recommendations-012020-measures-supplement-transfer-tools_en)で補完する必要があります。ローカル展開は転送自体を発生させないことで、この枠組み全体を回避します。 - 3オープンウェイトはクローズドAPIでは実現できない監査可能性を提供する
Why it matters: EU AI法第53条は、汎用AIプロバイダーに技術文書の公開を義務付けています。オープンウェイトモデルにより、組織はモデルアーキテクチャ、学習データカード、挙動パターンを独自に検証できます。 - 4性能面での同等性が実現 — ローカルモデルはもはや品質の犠牲を意味しない
Why it matters: Qwen 3.6 27B（92.1% HumanEval、77.2% SWE-bench）とMistral Devstral Small 24Bは、2026年5月時点でローカルのオープンウェイトモデルがコーディングタスクにおいてクラウドのフロンティアモデルと同等の性能を発揮することを示しています。クラウド独占の品質論はもはや成立しません。 - 5データ主権はEU組織にとっての競争優位性
Why it matters: EUのデータ保護基準は世界的な標準になりつつあります。成熟したローカルAIインフラを持つ組織は、国際的なAIガバナンスがEU型の要件に収れんするにつれ、規制の移行負担が少なくなります。 - 6ライセンスの透明性は責任あるAI展開の前提条件
Why it matters: Apache 2.0（Qwen 3モデルの大半）は、あらゆる目的での使用・改変・配布に対する取消不能な権利を付与します。これは、30日前予告で変更されうる独自APIの利用規約とは対照的で、予測不能なコンプライアンスリスクを生みます。 - 7単一モデルへのロックインではなく、マルチモデルディスパッチが成熟したAIアーキテクチャ
Why it matters: コスト、品質、レイテンシ、コンプライアンスを同時に最適化できる単一モデルは存在しません。タスクの種類に応じたルーティング — GDPRに機微なデータにはローカルオープンウェイト、機微でない大規模タスクにはクラウド — はEUのAIガバナンス枠組みで文書化された手法であり、全体のコンプライアンス対象範囲を縮小します。
•Important: このマニフェストは、クラウドAIがEUで使用不能だと主張するものではありません。データに機微なタスクではローカルのオープンウェイトモデルをデフォルトとし、GDPR義務が明示的に評価・充足されたタスクについてはクラウドAPIをオプトインで利用すべきだと主張しています。
クローズドモデルの問題
クローズドなクラウドAIモデルは、契約上の対策だけでは完全に解決できない構造的なGDPR問題を抱えています。OpenAI、Anthropic、Googleにプロンプトを送信すると、そのデータは各社のサーバーに転送されます。モデルがこれを処理します。ログ記録、不正利用検知、学習データパイプライン、セキュリティ監視がこのデータに触れる可能性があります。GDPR第46条に基づく標準契約条項（SCC）は転送を正当化し、管理者と受領者の間に法的責任を生じさせますが、データ転送自体を防ぐものではありません。
欧州司法裁判所（CJEU）のSchrems II判決（事件番号C-311/18）は、GDPRと同等の保護がない法域への転送に対してSCC単独では不十分であると判示しました。この判決は特に米国に該当します。FISA第702条のような監視法制が、適切な保護措置なしに政府によるアクセスを認めているためです。Schrems II判決後、EDPB勧告01/2020は、SCCに依拠する前に、受領国が「本質的に同等」の保護を提供しているかを評価する転送影響評価（TIA）を実施するよう組織に求めています。このコンプライアンス義務は、クラウドAIプロバイダーに個人データを送信するあらゆる組織の標準的な実務となっています。
2023～2024年にかけて、複数のEUデータ保護当局がクラウドAIに関するガイダンスや執行措置を発表しました。イタリアのGaranteはChatGPTへのアクセスを一時的に制限し、ポーランドのUODOはChatGPTの学習データ処理に関する調査を開始し、ハンブルクのデータ保護当局はAI API利用にSCCを求めるガイダンスを発表しました。これらの事例は、クラウドAIのGDPR準拠が前提とされているのではなく、積極的に精査されていることを示しています。
規制リスクに加えて経済的な論点もあります。クラウドAPIへのすべてのプロンプトは、組織の知的作業を第三者システムに開示することを意味します。コード、顧客とのやり取り、社内文書、製品計画はいずれも商業的価値を持ちます。問われるべきは「これは合法か」だけでなく「これは賢明か」でもあります。
📍 一文で説明
クローズドなクラウドAIモデルは、GDPR上の構造的な転送義務を生じさせます。標準契約条項は第46条に基づき転送を正当化し責任を生じさせますが、Schrems II判決後は転送影響評価で補完する必要があります。ローカル展開は転送そのものを完全に防ぎます。
💬 簡潔に説明
クラウドAIツールにプロンプトを入力すると、そのテキストは別の国にある提供者のサーバーへ送信されます。法的契約（SCC）は、問題が発生した場合に提供者に責任を問えることを意味し、転送の法的根拠を形成します — しかし、データは依然としてそこへ渡ります。Schrems II判決後、これらの契約は受領国が同等のプライバシー保護を提供することを確認する転送影響評価によって裏付けられる必要があります。ローカルLLMでは、データがそもそも移動しません。
オープンウェイトが重要な理由
オープンウェイトモデルは、学習済みモデルのパラメータ — モデルの挙動を定義する数値 — を公開します。これにより、学習コードも公開するオープンソースモデルや、どちらも公開しないクローズドAPIと区別されます。Qwen 3ファミリー、Llama 3.3、Mistralモデルはオープンウェイトです。誰でもパラメータをダウンロードし、推論を実行し、ファインチューニングし、アーキテクチャを検査できます。
監査可能性が第一の利点です。CISOは、Qwen 3.6 27BがAlibaba Cloud（Tongyi Lab）が公開した正確な重みで動作していることを確認し、アーキテクチャを検査し、ローカル展開に対して敵対的テストを実行できます。これらはクラウドAPIでは不可能です。
再現性が第二の利点です。オープンウェイトモデルはAPI呼び出しの間で変化しません。クラウドプロバイダーがモデルを更新すると（GPT-5.6は複数回の無告知アップデートを経ており、Claude Sonnetも複数のバージョンを経ています）、調整済みのプロンプト、テストスイート、期待される出力が予告なく壊れる可能性があります。ローカルのオープンウェイト展開は、選択したバージョンに固定されたままです。
商業的自由が第三の利点です。Apache 2.0は、あらゆる目的でQwen 3を使用するための永続的で取消不能な権利を付与します。独自APIの規約は変更されることがあります。Anthropic、OpenAI、Googleはいずれも12か月以内に利用ポリシー、価格、モデルの提供状況を変更してきました。Apache 2.0のオープンウェイトモデルは一方的に撤回されることがありません。
💡Tip: DeepSeekのモデルラインナップは頻繁に更新されます。展開前にplatform.deepseek.comで現在のモデル名と価格を確認してください。数値は2026年5月時点で公開されているデータを反映しています。
Qwenライセンスの全体像
本番環境への展開前に、必ず該当モデルのHugging Faceページでライセンスを確認してください。ライセンスはモデルのリリースごとに変更される可能性があります。この表は2026年5月時点のQwenLMの公表方針を反映しています。
ライセンス条項は、モデルを商用利用、配布、ファインチューニングできるかを決定します。本番環境への展開前に該当するライセンスを確認してください。すべてのライセンス情報は公式Hugging Faceモデルカードで検証してください。
| Qwenモデルファミリー | ライセンス | 商用利用 |
|---|---|---|
| すべてのQwen 3.6オープンウェイトモデル | Apache 2.0 | ✅ 制限なし |
| すべてのQwen 3.5オープンウェイトモデル | Apache 2.0 | ✅ 制限なし |
| 旧世代Qwen（3.5以前） | 個別確認が必要 — モデルカードを参照 | ⚠️ 要確認 |
GDPR条項別の適合性
AI展開に最も直接関係するGDPR条項を以下に検証し、ローカルオープンウェイトとクラウドAPIのコンプライアンス姿勢を評価します。
| GDPR条項 | ローカルLLMの姿勢 | クラウドAPIの姿勢 |
|---|---|---|
| 第5条 — データ最小化 | ✅ データがインフラを離れることはない | ⚠️ データがプロバイダーに転送される — 最小化には慎重なプロンプト設計が必要 |
| 第25条 — 設計によるデータ保護 | ✅ アーキテクチャが設計段階で転送を防止 | ⚠️ 設計レベルの保護に近づけるために契約上・技術上の統制が必要 |
| 第32条 — 技術的措置 | ✅ 保存時・転送時の暗号化を組織が直接管理 | ⚠️ プロバイダーが措置を実施；組織側で検証・文書化が必要 |
| 第44条 — 越境転送 | ✅ 転送なし — 第44条は適用されない | ❌ 転送が発生 — 十分性認定、SCC、またはBCRが必要 |
| 第28条 — 処理者の義務 | ✅ 処理者が関与しない — 組織が唯一の管理者 | ⚠️ プロバイダーが処理者 — データ処理契約（DPA）が必要 |
EU AI法 2026
EU AI法（規則2024/1689）は2025～2026年にかけて段階的に施行されました。2026年5月時点で、汎用AI（GPAI）プロバイダーに対する義務は第53条に基づき発効しています。学習計算量10^25 FLOPという閾値は、第55条に基づく「システミックリスク」GPAIモデルを特定するもので、追加の監督要件が課されます。この区分は重要です。すべてのGPAIプロバイダーは第53条を遵守する必要がありますが、システミックリスクモデルのみが第55条の全負担を負います。
第53条はすべてのGPAIプロバイダーに適用され、技術文書、著作権遵守の開示、学習データの要約、指示チューニングログを要求します。第55条は10^25 FLOPを超えるモデルに特に適用され、敵対的テスト、EU AI事務局へのインシデント報告、サイバーセキュリティ評価が追加されます。クラウドのフロンティアモデル（GPT-5.6、Claude Sonnet、Gemini）はシステミックリスク閾値に近づくか、それを超えています。7B～72B規模のオープンウェイトモデルはこれを下回っています。
システミックリスク閾値を下回るオープンウェイトモデルのローカル展開は、GPAIプロバイダー義務を発生させません。Qwen 3.6 27Bをローカルに展開する組織は、EU AI法上「利用者」であり「プロバイダー」ではありません。法の利用者条項（禁止される利用ケース、該当する場合のエンドユーザーへの透明性）には引き続き従いますが、GPAIプロバイダーとしての完全なコンプライアンス負担は負いません。
実務上これが意味するのは：クラウドAPIプロバイダーは第53条・第55条の義務により、2026～2027年にEUコンプライアンス負担が増大するということです。システミックリスク閾値を下回るローカルオープンウェイト展開は、禁止用途規定が遵守されている限り、構造的により単純なコンプライアンス経路を提供します。
📌Note: GPAI（第53条）とシステミックリスクGPAI（第55条、10^25 FLOP）の区分はコンプライアンス計画において重要です。閾値の更新やモデル分類についてはEU AI事務局のガイダンスを注視してください。2026年5月時点で、72BまでのQwen 3モデルは10^25 FLOPのシステミックリスク閾値を大きく下回っています。クラウドのフロンティアモデルの正確な学習計算量は通常公開されていませんが、推定では閾値に近づくか超えているとされています。
反論
EUコンプライアンスにおけるローカルオープンウェイトLLMへの最も強力な反論は次の通りです。「クラウドプロバイダーはEUデータレジデンシー、SCC、詳細なDPAを提供している — これらは法的に有効であり、オンプレミス推論インフラの運用管理より運用面でも簡便だ」。
これは事実です。Microsoft Azure、AWS、Google CloudはいずれもEUリージョンでの展開を提供しています。AnthropicとOpenAIは、EU SCCを伴うエンタープライズDPAを提供しています。専任のML基盤チームを持たない多くの組織にとって、適切な契約上の保護措置を伴うクラウドAIは正当かつ準拠した選択肢です。
このマニフェストの立場は「クラウドは非準拠だ」ではなく、「ローカルオープンウェイトはコンプライアンスの観点で構造的により単純であり、品質差はもはやそのトレードオフを取る価値があるほど小さい」というものです。エンジニア5名でGPU予算のない組織は、適切なSCCを備えたクラウドAIを利用すべきです。インフラチームを持ち、GDPRに機微なデータを扱い、クライアントのコードを扱う1,000名規模の開発チームを持つ組織であれば、ローカルQwen 3.6 27Bを採用する強力な根拠があります。
鍵となる変数はデータの機微性です。個人データを含まない汎用タスクでは、クラウドAIの方が運用面で優れています。医療、法務、金融サービス、および大規模に個人データを含むあらゆるプロンプトについては、ローカルのオープンウェイトLLMが最もリスクの低いアーキテクチャとなります。
よくある質問
GDPRはEU組織によるクラウドAIの利用を禁止していますか？
いいえ。GDPRはクラウドAIを禁止していません。越境データ転送には法的根拠（第44条）が必要だと定めているだけです。標準契約条項（SCC）は、米国拠点のクラウドAI APIを利用するEU組織にとって最も一般的な法的根拠です。クラウドAIは、適切なSCC、データ処理契約（DPA）、データ最小化の実務を備えれば合法的に利用できます。ローカルLLMは転送そのものを排除することで、構造的により単純なコンプライアンス姿勢を提供します。
DeepSeek R2はEUの個人データについてGDPRに準拠していますか？
EUの個人データにDeepSeek R2を使用することは、GDPRの観点から高リスクです。DeepSeek AIは中国から運営されています。欧州委員会は中国について十分性認定を発行していません。十分性認定がない場合、国際転送にはSCCまたは拘束的企業準則（BCR）が必要です。DeepSeekは現在、EU標準のSCCを提供していません。個人データにDeepSeek R2を使用する前に、DPOに相談してください。
EU AI法はQwenのローカル展開に適用されますか？
2026年5月時点で、Qwen 3.6 27Bをローカルに展開すると、EU AI法上「利用者」となり「プロバイダー」にはなりません。GPAIプロバイダー義務（第53条の文書化、システミックリスクモデルに対する敵対的テスト）は、モデルの作成者（Alibaba）、およびそのモデルを基に製品を構築し第三者に提供する組織に適用されます。自組織の利用のための内部展開は、利用者条項（禁止される利用ケース、該当する場合のエンドユーザーへの透明性）のみが適用されます。
Qwen 3.6 27Bは本当にApache 2.0ライセンスですか？
はい。Qwen 3.6 27BはApache 2.0のもとで公開されており、ロイヤリティなしでの商用利用、改変、再配布が認められています。本番環境への展開前に、各モデルの現在のライセンスをHugging Faceモデルカードで確認してください。
EU AI法のGPAI閾値とは何ですか？
EU AI法は、10^25 FLOPを超える計算量で学習された汎用AIモデルを、追加の監督が必要な「システミックリスク」GPAIモデルと定義しています。フロンティアモデル（GPT-5.6、Claude Sonnet 5、Gemini 3.5 Pro）はこの閾値を超えています。Qwen 3.6 27Bを含む7B～72B規模のオープンウェイトモデルは、2026年5月時点で閾値を大きく下回っています。この閾値はモデル自体の学習計算量に適用されるものであり、組織における推論計算量には適用されません。