Hugging Face、Swift向けAnyLanguageModel（エニーランゲージモデル）1.0を公開importを差し替えるだけで端末内モデルとOpenAI・Anthropic・Geminiを切り替え、swift-huggingface・swift-xetも1.0に

Hugging Face（ハギングフェイス）は2026年10月20日付の公式ブログで、Swift向けライブラリ「AnyLanguageModel（エニーランゲージモデル）」の1.0を発表した（GitHubのリリース自体は10月13日の表示）。Appleの Foundation Models フレームワークと互換のAPIで、import FoundationModels を import AnyLanguageModel に変えると、同じコードのまま端末内のオープンウェイトモデルとホスト型モデルを切り替えられる。公式ブログによると、関連する「swift-huggingface」と「swift-xet」もあわせて1.0になった。

3行まとめ

1. Hugging Faceが2026年10月20日の公式ブログで、AnyLanguageModel 1.0・swift-huggingface 1.0・swift-xet 1.0を発表した（GitHubのリリース表示は10月6〜13日）。
2. llama.cpp・MLX・Core MLの端末内モデルと、OpenAI・Anthropic・Gemini・Ollama などのホスト型を、同じセッションのコードで使える。
3. 3つとも破壊的変更を含み、更新時は各リリースノートの移行手順を確認する必要がある。ライセンスはApache-2.0と表示されている。

本記事の内容は、日本時間2026年10月20日21時台に公式ページで確認したものです。

AnyLanguageModelで何ができるのか

公式ブログは、中心の考え方は昨年から変わらないと説明している。Foundation Models のAPIを使いつつ、アプリが使うモデルと提供元を自分で選べるというものだ。2025年11月20日の発表記事では、ローカルモデル用のCore MLやMLX、クラウド用のOpenAIやAnthropic、システムモデルのFoundation Modelsで、APIも組み込み方もばらばらになる点を課題に挙げていた。

今回のブログによると、この1年で追加された主な機能は次の3つ。

• ツール呼び出し（tool calling）が、すべてのプロバイダーで動く
• ガイド付き生成（guided generation）も、入れ子の @Generable 型とその配列を含めて、すべてのプロバイダーで動く
• 画像入力。Foundation Models 27 の書き方でプロンプトに画像を添付でき、iOS・macOS・visionOS 27 のシステムモデルでも使える

OS 27 では、Foundation Models の LanguageModel プロトコルに準拠する任意のモデル（Core AI のモデルを含む）でも動くと書かれている。

対応するホスト型モデルと端末内モデル

ブログの一覧にある対応先は次のとおり。

ブログによると、ホスト型にもローカルと同じ機能（ガイド付き生成、ストリーミング付きのツール呼び出し、応答のトークン使用量）がある。推論（reasoning）もトランスクリプトの一部になり、提供元を切り替えたときに新しい提供元が再生できない推論ブロックは、リクエストから自動で外される。APIキーは文字列ではなくクロージャで渡す形になり、自社サーバーから短期トークンを取得する使い方ができる。READMEには、利用者に自分のキーを持ち込ませる方式と、自社のプロキシ経由にする方式の、それぞれの安全面と注意点が書かれている。Linuxでも動くので、同じコードをサーバーで使える。

端末内で動かすモデルはどれくらいの大きさか

ブログは、Hub でよくダウンロードされているモデルとして次の3つを挙げ、サイズも書いている。

• Google の Gemma 4 E2B（GGUF、Q4_0 で約3.4GB）
• Liquid AI の LFM2.5 2.6B（GGUF、Q4_K_M で約1.7GB）
• Alibaba の Qwen3.8 27B（MLX、4ビットで約16GB）

ブログは、前の2つはiPhoneに収まり、Qwen3.8 27B は32GB以上のメモリを積んだMacで動くと説明している。MLXモデルの指定は MLXLanguageModel(modelId: "mlx-community/Qwen3.8-27B-4bit") の1行で済む。BF16で約1.5TBになるZ.aiのGLM-5.3については「最大構成のMac Studioが4台あれば」と冗談めかしたうえで、それ以外の人は Inference Providers 経由で使える、と書かれている。いずれも公式ブログの記載で、筆者が動かして確かめたものではない。

1.0で何が壊れるのか

swift-huggingface と swift-xet のリリースノートは、1.0で公開APIを確定させると書いている。3つとも、リリースノートの冒頭に破壊的変更が並ぶ。

swift-huggingface のリリースノートによると、Provider と Capability を構造体にしたのは、1.x で新しい提供元や機能を追加しても既存コードを壊さないためで、網羅的な switch には default が必要になる。このリリースではBucketからのファイルのダウンロード（進捗表示付き）も加わった。更新手順は、公式ブログが3つのリリースノートの移行ガイダンスを参照するよう案内している。

日本の開発者は、いつから何で使えるのか

READMEの要件欄は、Swift 6.3以上（Xcode 26.4以上）、iOS 17.0以上・macOS 14.0以上・visionOS 1.0以上・Linux。依存の追加は from: "1.0.0" で、重いバックエンドは Swift のパッケージトレイト（CoreML・MLX・Llama）で選ぶ。トレイトを有効にすると依存解決が失敗することがあるという SwiftPM の不具合も、READMEに注意書きがある。READMEの記載では、システムモデルの利用に macOS・iOS・visionOS 26 以上が、Private Cloud Compute の利用に macOS・iOS 27 以上と専用の entitlement が必要。ライセンスはApache-2.0と表示されている。

料金は、ライブラリ自体について今回確認したページに有料プランの記載はなかった。ただしOpenAIなどホスト型を使う場合の利用料は各提供元の料金体系による。日本向けの提供条件や日本語ドキュメントについては、今回取得したページに記載を見つけられなかった（「日本」「Japan」「日本語」で検索した）。

観測──ブログより1週間早いタグ

日本時間21時台に公式ページを開いたところ、ブログの公開日は10月20日だったが、GitHubのリリースページの表示は swift-xet が10月6日、swift-huggingface が10月9日、AnyLanguageModel が10月13日だった（各ページの時刻表示のまま。タイムゾーンは表記がなかった）。Swift プロジェクトで from: "1.0.0" と書く開発者は、ブログの公開より前から1.0を取り込めた計算になる。READMEの導入例はすでに1.0.0に更新されている。

筆者が動かしていない部分と、まだ出ていない話

• 本記事は公式ブログとGitHubのページを読んだもので、AnyLanguageModelを実際に組み込んだり動かしたりはしていない。ブログのサイズや対応の記述は同社の説明である。
• 公式ブログの「What's next」は「Coming soon: models that decide, and models that listen」とだけ書いており、時期や仕様は今回確認したページに無い。
• 前の発表記事（2025年11月）は「pre-1.0」と書き、今後の課題として全プロバイダーでのツール呼び出しやガイド付き生成を挙げていた。画像については、Foundation Models 自体が画像の送信に対応しておらず、Appleが「将来のリリース（iOS 27かも？）」で加えるだろうと見ていた。今回のブログは、これらが入ったと説明している。

読んだ6ページ

日本時間2026年10月20日21時46〜47分に取得したページです。

• AnyLanguageModel 1.0: One Year of Local Models on Apple Platforms（Hugging Face公式ブログ）
• AnyLanguageModel 1.0.0 リリースノート
• swift-huggingface 1.0.0 リリースノート
• swift-xet 1.0.0 リリースノート
• AnyLanguageModel README
• Introducing AnyLanguageModel（2025年11月20日の発表）

本記事は続報があり次第更新します。