「Apple Foundation Modelsが使えない」と表示されても、すぐにXcodeを入れ直す必要はありません。まず SystemLanguageModel の availability を読み、表示された状態に合わせて端末、設定、モデル準備、リクエストの順に切り分けます。
最初の確認： unavailableの理由を読み、deviceNotEligibleなら端末条件、appleIntelligenceNotEnabledなら設定、modelNotReadyなら準備状態を確認します。availableなのに失敗する場合だけ、セッションとリクエストを調べてください。
この記事が役立つ人
SwiftUIやiOSの教材で初めてApple Foundation Modelsを呼び出し、利用不可になった学生向けです。
学校のパソコン、古いMac、リモートMacで練習中なら、今の環境で課題を続けられるか判断できます。
最終更新：2026年9月27日。Apple Developerのavailability、利用不可理由、セッションとエラーの説明、およびAppleの対応条件を確認しています。
SECTION 01 最初にavailabilityを読み、故障の種類を分けます
availability は、実験室の機器が「使用可能」か「まだ使えない」かを示す表示のようなものです。SystemLanguageModel の状態には利用可能を示す available と、理由を伴う unavailable があり、Appleはこの状態を調べてから処理を分けるよう案内しています。availabilityの状態定義とSystemLanguageModelのAPI説明を先に確認してください。
Appleが示す利用不可理由には、端末が対象外の deviceNotEligible、Apple Intelligenceが有効でない appleIntelligenceNotEnabled、モデルの準備が整っていない modelNotReady があります。UnavailableReasonの一覧を見れば、これらを同じ「コードの失敗」として扱わずに済みます。
まず実行する確認手順
- アプリの実行結果に出たavailabilityの値と理由を、そのまま記録します。エラー表示だけを短くコピーせず、状態名まで残してください。
deviceNotEligibleなら、MacまたはiPhoneの機種とシステム環境をAppleの対応情報で確認します。appleIntelligenceNotEnabledなら、システム設定でApple Intelligenceの状態を確認します。modelNotReadyなら、電源やネットワーク、システムの状態を確認し、条件を見直した後でavailabilityを再取得します。availableになった後も失敗するなら、セッション生成、入力した内容、返されたエラーの順で確認します。- 状態が変わらない場合は、同じ操作を繰り返すのではなく、端末条件かシステム状態の確認に戻ります。
この順なら、問題がある場所を「端末」「機能設定」「モデル準備」「アプリの呼び出し」という4つの段階に整理できます。Xcodeの再インストールは、availabilityやエラーが開発環境に関係すると確認できるまで保留してください。
SECTION 02 端末条件とApple Intelligenceの設定を確認します
deviceNotEligible は、モデルのダウンロードを待てば解消する状態ではありません。Apple Intelligenceに対応する端末かを、Appleの対応機種とシステム条件で照合してください。対応条件は更新される可能性があるため、以前の教材や別のMacで動いたという情報だけで判断しないことが大切です。
Apple Intelligenceがシステム設定でオンでも、APIから利用できると決まったわけではありません。アプリを実行して availability を読み直し、返された状態で確認します。設定画面に項目が見つからない、または利用できない場合は、端末や地域の対応状況を公式情報で確かめてください。制限を回避する方法を試す必要はありません。
macOS 27というシステム名を見ただけで、端末が対応している、またはモデルを利用できると決めつけることもできません。OSの版だけでなく、実際のホスト端末とavailabilityの状態を確認します。これは自分のMacだけでなく、学校やクラウド上のMacを使う場合にも同じです。
SECTION 03 modelNotReadyとリクエスト失敗は別の段階です
modelNotReady は、端末の対象外や設定の無効と同じ意味ではありません。Appleの説明ではモデルがまだ準備できていない状態として扱われますが、すべての環境に共通する固定の待ち時間が示されているわけではありません。modelNotReadyの説明に照らし、電源やネットワーク、システムの状態を確認してから読み直してください。
| 表示・段階 | まず確認すること | 次の行動 |
|---|---|---|
deviceNotEligible |
ホスト端末が対応条件を満たすか | 対応条件を確認し、対象外ならモデルを使わない課題を進める |
appleIntelligenceNotEnabled |
システム設定と正式な対応状況 | 設定を確認してからavailabilityを再取得する |
modelNotReady |
モデルやシステムの準備を妨げる要因 | 電源・ネットワークなどを見直し、状態が変わらなければ再試行を止める |
availableだが失敗 |
セッション、入力、具体的なエラー | 呼び出し側を順番に確認する |
状態が available になったら、次はセッションを調べます。ここでいうセッションは、モデルとのやり取りを始めるための準備です。LanguageModelSessionの説明と、Foundation Modelsのエラー型を照合し、セッションを作る段階なのか、要求を送る段階なのかを分けます。
モデルが利用可能でも、入力した要求が何でも適切に処理されるとは限りません。まずAppleのコンテンツ生成とタスク実行のガイドに沿って、課題がモデルに合う形か確認してください。複雑なアプリ全体を一度に作らせるより、小さな説明や限定した処理に分けて試し、失敗した要求とエラーを記録すると原因を絞りやすくなります。
SECTION 04 学習環境を切り替える前に確認する項目
- [ ] エラー文ではなく、
availabilityの状態名と理由を記録した - [ ]
deviceNotEligibleの場合、実際に実行しているホストの端末条件を調べた - [ ]
appleIntelligenceNotEnabledの場合、システム設定を確認し、APIから状態を読み直した - [ ]
modelNotReadyの場合、電源やネットワークなどを見直してから状態を再確認した - [ ]
availableの場合、セッション生成、要求内容、具体的なエラーの順に確認した - [ ] リモートMacの場合、自分の手元のPCではなく接続先のMacで状態を確認した
手元の環境からリモートMacへ切り替える場合も、接続先がApple IntelligenceとFoundation Modelsの条件を満たすかを先に確認します。リモート接続は、非対応端末や地域条件を回避する手段ではありません。学習用Macの利用方法や接続前の確認事項は、VPSNIXの案内とヘルプセンターで確認できます。
SECTION 05 よくある質問
deviceNotEligibleが出たときは何をすればよいですか？
まず実行先の機種とシステム環境をAppleの対応条件に照らします。この状態はモデル準備の待ち時間とは異なるため、同じアプリを再起動したりXcodeを入れ直したりしても、端末条件が変わるわけではありません。対応端末をすぐ用意できない場合は、モデルを使わないSwiftUIの画面や基本機能を先に学び、後からモデルを使う部分を試してください。
modelNotReadyなら、どれくらい待てばよいですか？
全員に共通する待機時間は決められません。電源やネットワーク、システムの状態を確認してからavailabilityを読み直してください。短い間隔で何度も同じ操作をするより、確認した条件と状態の変化を記録するほうが切り分けに役立ちます。状態が変わらない場合は、モデルの準備だけでなく、OSや端末の条件にも確認範囲を広げましょう。
Apple Intelligenceを有効にしたのに使えない場合は？
設定画面の表示だけで判断せず、アプリから SystemLanguageModel のavailabilityを再取得します。appleIntelligenceNotEnabled が続くなら設定やシステム状態を、別の理由が返るならその状態を確認してください。あわせてAppleの最新の対応情報で端末と地域の条件を照合します。正式な条件に合わない場合、設定変更で制限を回避しようとせず、別の学習課題に進むのが安全です。
リモートMacで動かないときは、端末とコードのどちらを疑いますか？
接続先のMac上でavailabilityを読むところから始めます。deviceNotEligibleならホストの端末条件、設定に関する状態ならシステム設定、modelNotReadyなら準備状態を確認します。availableになっているのに呼び出しが失敗した場合に、セッションや要求、エラー型を調べてください。リモートMacという接続方法だけでは、端末や地域の対応条件は変わりません。
SECTION 06 学校のPCとリモートMacを課題に合わせて選びます
学校のPCは、ソフトを追加できない、macOS専用の開発環境を使えない、学校の管理設定を変更できないといった制約があり、古いMacではモデルの対応条件を満たさないことがあります。一方、リモートMacは手元のPCを買い替えずにmacOS環境を試せますが、接続先の機種や設定が条件を満たすか確認が必要です。課題がローカルで完結するなら今のPCで進め、Apple Foundation Modelsの実行が必要なら、先にホストの状態を確かめてから環境を選んでください。
必要な期間だけMac環境を試したい場合は、自分のPCで環境を整える方法と、リモートMacを使う方法を比較し、利用条件と料金を確認してから決められます。VPSNIXのプランを確認し、課題に必要なMac環境が用意できるかを照合してください。更新されるAppleの対応条件に合わせて、利用前にホストのavailabilityを確認する手順は変わりません。
SECTION 07 よくある質問 FAQ
deviceNotEligibleが表示されたら、最初に何を確認すればよいですか？
これは一時的なダウンロード待ちではなく、現在の端末がApple Intelligenceに対応していない状態を示します。Appleの対応条件で機種とシステム環境を確認し、条件を満たさない場合は設定変更や再インストールを繰り返さないでください。モデルを使わないSwiftUIの画面作成やデータ処理を先に進め、対応環境が用意できてから同じ課題を試す方法があります。
modelNotReadyなら、どれくらい待ってから再確認すればよいですか？
Appleは一律の待機時間を示していないため、特定の分数や時間で使えるようになるとは判断できません。まず電源やネットワークなど、モデル準備を妨げる可能性がある条件を確認し、状況を変えた後にavailabilityを読み直します。何度も短い間隔で試して状態が変わらない場合は、待ち続けるよりOSの状態や端末の対応条件を確認してください。
Apple IntelligenceをオンにしてもFoundation Modelsが使えないときは？
設定画面で機能が有効に見えることだけでは、アプリからモデルを利用できる証明になりません。アプリを実行し直してSystemLanguageModelのavailabilityを取得し、返された理由がmodelNotReadyなのか別の状態なのかを確認してください。端末と地域の対応条件もAppleの最新情報と照合します。地域や端末の制限を回避する方法ではなく、正式な対応範囲の中で判断するのが安全です。
リモートMacで使えない場合、端末とコードのどちらを疑うべきですか？
まずリモート先のMac上でavailabilityを読み、表示された状態に応じて切り分けます。deviceNotEligibleならホストの対応条件、appleIntelligenceNotEnabledならシステム設定、modelNotReadyならモデルやシステムの準備状態が確認対象です。availableなのに失敗する場合は、そこで初めてセッション生成、入力内容、エラー型を調べます。リモート接続だけで端末や地域の条件を満たせるわけではありません。