AppleのFoundation Modelsフレームワークは、iPhoneやMacの開発者がOSに組み込まれた言語モデルをすっきり呼び出せる仕組みですが、使えるのはそのモデルだけです。Hugging FaceのAnyLanguageModelは、約1年のリリースを経てバージョン1.0となり、AppleのAPIはそのままに、同じコードでほぼどんなモデルとも話せるようにします。ローカルモデルに興味はあっても複数の推論プロバイダーへの対応を避けたい開発者にとって、試すコストが下がります。
売りは1行の変更です。importを差し替えるだけで、同じセッションのコードがAppleのシステムモデル、llama.cpp、MLX、Core ML経由のオープンウェイトモデル、Hugging Face Inference ProvidersやOpenRouterのようなOpenAI互換のエンドポイントを含むホスト型サービスで動きます。バージョン1.0ではFoundation Models 27の構文による画像対応が加わり、プロンプトに画像を含められます。Appleの27系のOSでは、AppleのLanguageModelプロトコルに準拠したどのモデルでも使えます。ホスト型のプロバイダーも、ローカルと同じく、ガイド付き生成、ストリーミングでのツール呼び出し、トークン数の取得に対応します。推論の過程は記録に残り、それを再生できないプロバイダーにリクエストが移ると自動的に省かれます。APIキーは固定の文字列ではなく関数から渡されるため、アプリは自社サーバーから有効期限の短いトークンを取得できます。
Hugging Faceは、Hubからのモデルのダウンロードを速くするswift-huggingface 1.0とswift-xet 1.0も公開しました。例として挙げられたモデルが幅を示 しています。最もダウンロードされている小型モデルのいくつかはiPhoneに収まり、Qwen3.8 27Bはメモリ32 GB以上のMacで動き、BF16で約1.5 TBになるGLM-5.3ほどの規模ならホスト型のプロバイダー経由のほうが現実的です。
Appleのプラットフォームで開発する人にとって、ローカル優先のアプリがより現実的になります。私たちがレビューしているMLXやllama.cppを置き換えるのではなくその上に乗る仕組みで、まずAppleの組み込みモデルで始め、あとからアプリを書き直さずにオープンなモデルやホスト型のモデルへ移ることができます。
最大のリスクは、Appleの計画に依存することです。AnyLanguageModelはAppleが毎年変えるAPIをなぞっているため、OSの新しいリリースのたびに追随する作業が生じ、Appleが加えた機能がここに届くのは遅れるかもしれません。開発者は、リクエストが端末の外に出るときのプライバシーの扱いも含め、モデルの選定と検証を自分で担うことになります。Hugging Faceは次に、判断するモデルと聞き取るモデルに対応する予定だとしており、実現すればテキスト以外にも用途が広がります。