ImageCreator が非推奨に：iOS 27 で何が壊れるのか

Apple は本日、秋までに対応が必要となる非推奨の通知を公開しました。UI を使わずにプログラムから画像を生成するための Image Playground の API である ImageCreator クラスが、「廃止されており、iOS 27、iPadOS 27、macOS 27、visionOS 27 以降では動作しなくなる」というものです。¹ この通知は、どのように破綻が進むのかについて異例なほど具体的です。ベータ版 OS のリリース中は、ImageCreator を使うコードは Xcode の警告付きで依然としてコンパイルできますが、アプリは「TestFlight ビルドでは機能せず、実行時エラーを引き起こす」ことになります。¹ そして正式版 OS のリリースでは、コードはまったくコンパイルできなくなります。¹ iOS 18.4 で登場した API が、わずか 1 つのメジャーバージョンを経て姿を消すわけです。その理由を説明する WWDC のセッションは、移行の道筋もあわせて示しています。

セッション 375 の 4:34 における非推奨の発表。

TL;DR

• Apple は、Image Playground フレームワークにおけるプログラムによる画像生成 API である ImageCreator を廃止します。iOS 27、iPadOS 27、macOS 27、visionOS 27 で動作しなくなります。¹ Apple のドキュメントでは、Mac Catalyst を含む 5 つのプラットフォームで 27.0 における非推奨が明記されています。²
• 破綻は段階的です。ベータ版では警告付きでコンパイルできるものの、TestFlight では実行時に失敗します。正式版ではコンパイル自体が拒否されます。¹ Apple の指示は、「正式リリースの前に」移行することです。¹
• 理由はアーキテクチャ上のものです。Image Playground のモデルは今年 Private Cloud Compute へ移行しました。セッションの言葉を借りれば、「モデルを Private Cloud Compute へ移したことは、API を見直すことも意味した」のです。³
• 代替手段はシステム UI です。SwiftUI 向けには imagePlaygroundSheet モディファイア、UIKit や AppKit のアプリ向けには ImagePlaygroundViewController を使います。³ Apple が示すもう 1 つの代替案は率直です。「お好みの別の画像生成サービス」を統合せよ、というものです。¹
• 新しいシートは旧来のものより高機能です。写実的なスタイル、コンセプト・描画・ソース画像によるシード、サイズとスタイルの構成、そして ChatGPT のようなサードパーティのプロバイダーを表示するオプトインの externalProvider スタイルを備えています。³

Apple が正確に発表した内容

6 月 11 日に Apple のデベロッパニュースフィードへ掲載された通知は、2 段階のタイムラインを示しています。¹ ベータ版 OS のリリースでは、コードは引き続きコンパイルでき、Xcode は警告を出し始め、ImageCreator を呼び出すアプリは TestFlight ビルドで実行時エラーに遭遇します。正式版 OS のリリースでは、このクラスを参照するコードはコンパイルできなくなり、それを基盤とするあらゆる機能がユーザーにとって動作しなくなります。Apple のアクション項目は期限を明示しています。実装を「iOS 27、iPadOS 27、macOS 27、visionOS 27 の正式リリースの前に」更新せよ、というものです。¹

ドキュメントも、API リファレンスの形で同じ話を伝えています。ImageCreator は iOS と iPadOS 18.4、macOS 15.4、visionOS 2.4 で登場しました。そしてすべてのプラットフォームの行に、いまや 27.0 での非推奨が記載されており、ニュース投稿が名指しした 4 つのプラットフォームに Mac Catalyst が加わっています。² クラスの概要は、失われるものを正確に説明しています。それは「指定した説明とスタイル情報からプログラムによって画像を生成する」ものでした。² プログラムによる代替手段は存在しません。UI を提示せずにヘッドレスで画像を生成していたアプリには、フレームワーク内に直接の等価物がありません。

すでにこのクラスから移行済みの開発者に向けて、通知は次のように締めくくっています。「これ以上の対応は不要です」。¹

なぜか：モデルが Private Cloud Compute へ移行した

セッション 375「Create high quality images using Image Playground」は、その理由を公式に述べています。Image Playground は今年、「実質的にあらゆるスタイル、写実的なものまで含めて高品質な画像」を生成する、より強力な画像モデルを中心に再構築されました。これらのモデルは、デバイス上ではなく、Apple のプライバシーを保護するクラウドインフラである Private Cloud Compute 上で動作します。³ そしてセッションは点と点をつなぎます。「モデルを Private Cloud Compute へ移したことは、API を見直すことも意味した。コードから直接画像を生成する非 UI の API である ImageCreator は非推奨となる」。³

設計上の選択は、その経済性から説明がつきます。Image Playground には現在、「強力なサーバーモデルに依存するため」利用上限があり、多くの iCloud+ サブスクリプションプランを通じてアクセスを増やせます。³ システムがユーザーに代わってこの上限を管理し、セッションは開発者が利用に関する UI を一切作らないことを明言しています。³ アプリがループの中で呼び出せるヘッドレス API は、このモデルの中に収まりが悪く、ユーザーが操作するシステム提供のシートはそうではありません。内部的な理由が何であれ、出荷された結果として、このフレームワークにおける画像生成はいまやシステム体験を経由するようになりました。

名指ししておくべき副作用があります。ImageCreator は生成をデバイス上で実行していましたが、新しい体験は Private Cloud Compute 上で動作し、セッションは「あなたのデータは保存も共有もされず、Apple とすら共有されない」と保証します。³ 画像生成にデバイス上での実行が必須要件であるアプリこそ、フレームワークがもはや対応しなくなる対象です。

移行：たった 1 つのビューモディファイア

SwiftUI アプリにとって、代替手段の採用はわずかなものです。セッションのデモアプリは、@State のブール値へのバインディングを持つボタンに .imagePlaygroundSheet を付与しています。バインディングが true に切り替わるとシートが表示され、完了クロージャは生成されたファイルへの URL を受け取ります。³ この URL はアプリコンテナ内の一時的な場所を指すため、セッションはセッションが終わる前に別の場所へ保存するよう注意を促しています。³ UIKit と AppKit のアプリは、ImagePlaygroundViewController を通じて同じ体験を得られます。コンセプトとオプションをプロパティとして設定し、デリゲートメソッドを通じて結果を受け取ります。³

シートがプログラマビリティで失うものを、シードによって部分的に取り戻します。ImagePlaygroundConcept はアプリの文脈をシートへ持ち込みます。text は直接の説明を包み、extracted はより長いテキストを受け取ってシステムに関連する着想を抽出させ、drawing は PencilKit の PKDrawing を視覚的な提案として受け入れます。³ sourceImage パラメータは、任意の SwiftUI Image をインスピレーションとしてシートへシードします。³ 残りは ImagePlaygroundOptions と ImagePlaygroundStyle で構成します。closest(to:) によるサイズ要求は、任意の CGSize を最も近い対応解像度とアスペクト比へマッピングします。生成スタイルは既定値と許可リストを受け取り、リストの項目が 1 つだけのときはピッカーを単一のスタイルに固定します。³

2 つの新しい機能が、この取引をより魅力的にします。externalProvider スタイルは、ユーザーが設定で構成したサードパーティのプロバイダー（たとえば ChatGPT）を表示するオプトインの項目であり、プロバイダーが存在しないときはシステムがセットアップを処理します。³ そして絵文字スタイルは別の完了処理を発火させ、テキストにインラインで絵文字のように埋め込める NSAdaptiveImageGlyph を返します。³

可用性の扱いはシンプルなままです。supportsImageGeneration という環境値は、デバイスにその能力があり、言語と地域が対応しており、ユーザーが画像生成を有効にしている場合にのみ true を返します。したがって、単一の条件分岐でフォールバックの経路をカバーできます。³

影響を受けるアプリの判断

通知は 2 つの移行オプションを提示し、セッションは判断材料を補います。画像生成がユーザーに見える創造的な機能だったアプリは、シートを採用すべきです。新しいモデルは ImageCreator が呼び出していたものより強力で、シードの API がアプリの文脈を持ち込み、利用上限やスタイルピッカー、人物のパーソナライズをシステムが無償で吸収してくれます。³ ヘッドレスな生成に依存していたアプリ、つまりユーザーの操作なしにバックグラウンドの処理で画像を生成していたアプリには、フレームワーク内に道がありません。そうしたアプリにとっては、Apple の 2 つ目の選択肢、すなわち「お好みの別の画像生成サービス」の統合が正直な答えとなります。¹

この非推奨は、今サイクルのあるパターンにも合致しています。Apple は、置き換えとなるレポート用 API を出荷したのと同じ週に MXMetricManager を 27.0 で非推奨としました。これは MetricKit の iOS 27 状態レポート で取り上げています。プラットフォームは、置き換えが登場した 1 サイクル後に API を整理しており、ベータ期間こそが移行の窓となります。

FAQ

ImageCreator は正確にいつ動作しなくなりますか？

段階的に止まります。¹ iOS 27、iPadOS 27、macOS 27、visionOS 27 のベータ版の間は、コードは Xcode の警告付きでコンパイルできますが、TestFlight ビルドは実行時エラーに遭遇します。この秋の正式リリースでは、コードはコンパイルできなくなり、機能はユーザーにとって動作しなくなります。Apple のドキュメントは、iOS、iPadOS、macOS、Mac Catalyst、visionOS にわたって 27.0 での非推奨を明記しています。²

なぜ Apple はプログラムによる画像生成を削除したのですか？

セッションはそれをアーキテクチャの変更に結びつけています。Image Playground のモデルが Private Cloud Compute へ移行し、「モデルを Private Cloud Compute へ移したことは、API を見直すことも意味した」のです。³ 新しいシステムは、ユーザーに代わってサーバーモデルの利用上限を管理し、iCloud+ プランを通じてアクセスを増やせます。これは、ヘッドレスな API よりも、ユーザー主導のシートに適したモデルです。³

何が置き換えになりますか？

システム UI です。SwiftUI における imagePlaygroundSheet モディファイア、または UIKit と AppKit における ImagePlaygroundViewController です。³ テキストのコンセプト、抽出されたテキスト、PencilKit の描画、そしてソース画像でシードでき、サイズやスタイル、パーソナライズを構成できます。ヘッドレスな生成については、Apple が示す代替手段はサードパーティの画像生成サービスです。¹

デバイス上で生成されるものは残っていますか？

セッションは、新しい画像生成が Private Cloud Compute 上で動作し、データは「保存も共有もされず、Apple とすら共有されない」と保証していると説明しています。³ 厳密にデバイス上での画像生成を必要とするアプリには、もはやそのためのフレームワークの道はありません。

この変更を駆動している Private Cloud Compute への移行は、Apple Intelligence のテキスト側を作り変えているものと同じであり、Foundation Models と Private Cloud Compute で取り上げています。Apple が今サイクル、置き換えとあわせて出荷したもう 1 つの非推奨については、MetricKit の iOS 27 状態レポート をご覧ください。シリーズ全体のハブは Apple Ecosystem シリーズ です。

References