オープンソースプロジェクトのチャットアプリに関する試験ログ（#24973）から、同一ソフトウェアでも動作するハードウェアやAIアクセラレーションの有効化状況に明確な差があることが確認された。とくにmacOSでは、Apple Silicon版でKleidiAIが有効化された一方、Intel版は対象外となっている。

macOSで分かれる2つのAI対応――KleidiAIが示す分岐線

試験ログでは、macOS向けビルドがApple Silicon（arm64）とIntel（x64）に分けて記載されている。注目すべきは、Apple Silicon版に「KleidiAI enabled」の注記がある一方、Intel版にはそれがない点だ。KleidiAIはArmアーキテクチャ向けのAI推論最適化ライブラリで、これが有効化されるか否かで、同じmacOSアプリでもAI処理の速度や効率に差が生じる。すでにハードウェアの世代交代が進む中、ソフトウェアレベルで明確な性能格差が可視化されたことになる。

Intel版Macユーザーが直面する「サイレント非対応」の壁

この試験結果は、Intel版Macが技術的に劣るというより、開発リソースの配分がArmアーキテクチャへ集中している実態を示している。試験対象にはLinuxやWindowsの多様な環境が含まれるが、macOSのIntel版だけがAIアクセラレーションの対象外となっているわけではない。たとえばUbuntuのx64版にはVulkanやOpenVINOのサポートがある。対照的に、macOSのIntel版はCPU動作のみが前提で、AIタスクを高速化する選択肢が事実上閉ざされている。これは、今後のアプリ開発でも同様の傾向が続く可能性を示唆する。

AI推論の「マルチプラットフォーム地図」が示す競争軸

今回の試験ログ全体を見ると、対応プラットフォームの広がりが単なる動作確認を超え、AI市場の地政学を映し出している。WindowsはCUDA、Vulkan、OpenVINO、SYCL、HIPと多様なアクセラレーションを網羅し、LinuxもROCmやSYCLを含む幅広い選択肢を持つ。一方、macOSはApple Siliconという単一の高効率パスに収斂している。AndroidやiOSも試験対象だが、特にAndroidがarm64のCPUのみである点は、モバイルAIの開発加速が今後の課題であることを示している。

openEulerの「DISABLED」が意味する国産OSのAI戦略の段階

試験ログの中でopenEuler向けビルドに「DISABLED」の注記がある点は、単なる技術的未対応以上の文脈を読む必要がある。openEulerのx86とaarch64の一部にはACL Graphを用いた構成の記述があり、特定のAIアクセラレータ（310p、910b）との組み合わせが想定されている。これらは中国市場のAI自給戦略の中で位置づけられるが、現時点ではオープンなチャットアプリ試験の対象からは外れている。グローバルなオープンソース開発と地域特化のAIインフラが交差する過渡期にあることを示す断片だ。