地政学的緊張、インフラの脆弱性、増加するサイバーリスク、そしてますます集中するグローバルテクノロジーサプライチェーンの世界では、この質問はより重要になりました。これは、技術がどこにあるかだけでなく、誰がそれを制御し、最も重要なときにそれを信頼できるかによって定義されるデジタル主権の核心です。 世界的な混乱とAIの怪我の中で、これは明確な緊張感を生み出します。本能はしばしば壁を積むことです。しかし、この要塞化の考え方は戦略的間違いです。障壁は保護することができますが、回復力と競争力を維持するために必要なグローバルイノベーションから国と企業を分離することもあります。 グローバルテクノロジー、ローカルコントロール 今日、「デジタル主権」は孤立に関するものではありません。これは、地域技術とグローバル技術の間の「どちらか」の決定ではありません。完全な制御権を持つことと最高の機能にアクセスすることの間の二分法的な選択肢ではありません。真の主権を持つことは、誰もあなたの重要なシステムをオフにすることができないことを意味します。 主権は「そして」です。組織は、地元で重要な機能を制御しながら、他の国の多くのサービスを使用できます。政府と企業は、グローバル技術を放棄するのではなく、公共サービス、規制産業、戦略的セクターなど、最も重要な場所で自律性を保存する選択をしなければなりません。 デザインによる主権 これはすでに実際に実行されています。紛争の影響を受ける地域では、企業はますますデータを再配置し、ネットワークを再ルーティングし、より分散した環境で運営しています。これらの条件の最大のリスクは、システムのダウンタイムではなく切断されます。システムは引き続き機能できますが、何もシステムに到達できません。つまり、重要なフローとビジネスプロセスが中断されます。 深刻な課題にもかかわらず、組織が4つの重要な条件を満たしている場合でも、弾力性、主権、および競争力を依然として達成できます。まず、オープンハイブリッド技術を使用することです。 1つのクラウドプラットフォームに閉じ込められると、依存関係が生じます。複数のプロバイダにまたがって動作し、オプションがあります。オープンスタンダードに基づいて構築されたハイブリッドクラウドプラットフォームは、企業が最初から始めることなくプロバイダを変更できることを意味します。さらに、この戦略により、企業は国内の法律に準拠するために機密データを国内にホストしながら、グローバルプラットフォームの規模から恩恵を受けることができます。ハイブリッドは、プライベートからパブリックまで、必要に応じて国境を越えて環境全体にわたってデータを安全かつ弾力的に保管し、組織が中断中でも継続性を維持できるようにします。 2つ目は、設計に基づいて主権を持つソフトウェアです。組織は、地政学的事象に関係なく、監査可能な管理を通じて定義された管轄内で独自の権限でAIを実行できるようになりました。これは削除できるレイヤではありません。必要に応じてグローバルクラウドプラットフォームとは独立して動作できる完全なエアギャップ環境です。 第三に、主権の重要な要素は、クラウドプロバイダではなく、顧客が制御するデータアクセスです。 「Keep-your-own-key」暗号化は、プロバイダがいかなる状況下でも顧客の許可なしにデータを物理的に復号化できないことを意味します。 4番目の柱は能力投資と技術消費です。主権は、誰がデータセンターを構築するかについてではありません。実際には、システムを展開、調整し、地域のニーズに合わせて操作できるエンジニアと研究者が誰であるかについてです。機能のないハードウェアを購入すると、高価なブラックボックスを輸入します。 これは理論的なものではなく、私たちの顧客はすでにこれを実践しています。銀行部門では、BNP Paribasは、ローカル規制に準拠するために独自のデータセンターと必要に応じてクラウド間でワークロードを移動できる柔軟なハイブリッドアーキテクチャを構築しました。 Riyadh Airは、革新を遅らせずにシステムを拡張または切り替えることができるAIサポート構造を開発しています。アジア太平洋地域では、Telkom Indonesiaなどの企業が、地元のビジネスを支援するためにハイブリッドアーキテクチャにオープンで相互運用可能な独立プラットフォームを構築しました。 AIは、ローカルデータ常駐要件に合わせて調整する必要があります。 前を見て 主権はAIとクラウドに限定されません。弾力性の要求は、量子コンピューティングとチップから衛星に至るまで、技術のあらゆる分野に広がっています。今日、企業はAIや自動化などの実績のあるツールを展開することに焦点を当てているため、量子安全ネットワークから次世代コンピューティングまで、将来に必要な研究、セキュリティ態度、および将来のコントラストインフラストラクチャも構築する必要があります。 国家回復力における技術の役割が大きくなるにつれて、主権の重要性も高まった。政府と企業は、一方で数兆ドルに達するAI生産性向上の機会と同時に、重要な部分に対する統制力を維持しなければならない課題に直面しています。主権を進歩と独立の間の二分法的な選択として見る誤った認識は、両方の追求を脅かす。企業は、主権と統制の保証とともに、グローバル規模の上昇を望んでいます。現実は、正しい設計選択によって両方を持つことができ、最終的に設計に基づいて主権的で弾力的なシステムを構築できるということです。 Fortune.comのコメントに記載されている意見は、単にその著者の意見にすぎず、必ずしもFortuneの意見や信念を反映しているわけではありません。

Metaは、昨年設立された新しいAI研究部門であるMeta Superintelligence Labsによって製造された最初のAIモデルであるMuse Sparkを公開し、従業員と機器に数十億ドルを投資しました。Metaによって公開されたベンチマークテストによると、このモデルはOpenAI、Anthropic、およびGoogleの主要なAIモデルといくつかのタスクで競争的ですが、全体的にはそれを超えません。それにもかかわらず、独立した専門家がテストしたときにベンチマークの結果が維持されれば、Muse Sparkは2025年4月にリリースされた最後のAIモデルであるLlama 4が無駄に広く非難された後、Metaを再びAI競争に投入するようです。しかし過去には、MetaがAIモデルの公開されたベンチマーク結果を操作し、ほとんどのユーザーが実際に使用できるバージョンよりも優れているように操作したことがありました。これはMetaのLlama 4ベンチマークの場合です。同社は、後で特定のタスクに合わせて微調整されたプロフェッショナルでリリースされていないバージョンのモデルを使用して、その領域のベンチマークスコアを向上させることを認めましたが、すべてのユーザーが利用できる一般的なバージョンはパフォーマンスが悪かったです。そして別の問題があります。会社独自の製品エコシステムの外で新しいMetaモデルを使用できる人はほとんどいません。誰もが無料でモデルをダウンロードして自分の機器で実行できるだけでなく、好きなように修正して微調整することができるという意味である「オープンウェイト」モデルとしてリリースされたMetaの以前のAIモデルとは異なり、Muse Sparkは少なくとも現在では基本的にMeta用の内部ツールです。このモデルは現在、当社のスタンドアロンMeta AIアプリとMeta.aiでMeta AIヘルパーをサポートしています。同社は今後数週間でWhatsApp、Instagram、Facebook、メッセンジャー、MetaのRay-Ban AIメガネにこれをリリースすると発表した。また、アプリケーションプログラミングインターフェース（API）を使用してパートナーを選択できる「プライベートプレビュー」でモデルを提供すると発表しました。これは、Muse SparkをMetaの競合他社が提供する有料独占モデルよりもはるかに排他的にします。 （Metaは、ブログ記事で、そのモデルの将来のバージョンをオープンソースとして提供することを望んでいると述べた。） Muse SparkはMetaの最初の推論モデルです。つまり、初期のアプローチが機能しない場合は、さまざまな戦略を使用して段階的にプロセスを進めることができます。同社の以前のモデルはすべて、モデルのトレーニングに基づいて即時の回答を生成するように設計されています。 Muse Sparkは、テキストと画像の両方を受け取り、出力できるマルチモーダルモデルでもあります。 Metaが発表した技術ブログ記事によると、このモデルは他のソフトウェアツールの使用もサポートし、複数のサブエージェントの作業を調整するのに役立ちます。Metaは、新しいモデルを発表するブログ記事で、Muse Sparkを「小さく、迅速に設計されていますが、科学、数学、健康に関する複雑な質問を推論するのに十分な能力がある」と説明しています。このモデルは、同社が同じファミリからより大きく、より強力なモデルに拡張する前に、Metaが使用するアーキテクチャとトレーニングシステムを検証するためにMuse Sparkを使用する一連の新しいモデルの最初のモデルであると説明します。また、モデルには、サブエージェントを起動してタスクのさまざまな部分を並列に推論できる「考察」または「事故」モードがあります。 Metaは、新しいモデルについて公開した技術ブログで、このモードを使用してMuse Sparkは「Gemini Deep...