iOS 27 Siri AI対応：既存Appの移行・テスト手順

iOS 27 Siri AI対応を進める開発者が最初に判断すべきなのは、既存のSiriKitをすべて書き換えることではありません。優先すべき操作をApp Intentsで再設計し、Siri、Spotlight、ショートカットから同じ業務ロジックを呼び出せる状態にすることです。本記事では、移行判断、実装手順、跨アプリ操作と画面コンテキスト、提出前テスト、クラウドMacでの隔離検証を順番に解説します。

先に結論：iOS 27 Siri AI対応は「全面書き換え」ではなく段階移行です

Appleの公開ドキュメントでは、App IntentsはAppの操作をSiri、ショートカット、Spotlightなどのシステム機能から発見・実行できる形で表現するフレームワークと説明されています。従来のIntentsやSiriKitは互換性のために残しつつ、Apple Intelligenceとの連携を見据えた新規実装にはApp Intentsを使うのが基本方針です。

まず、次の順番で対応範囲を決めてください。

1. 既存SiriKit操作の利用状況を確認する。
2. ユーザーが頻繁に使う2〜5個程度の操作を選ぶ。
3. 操作の入力となるデータをApp Entityとして定義する。
4. 操作をApp Intentに移し、App Shortcutを登録する。
5. Siri、Spotlight、ショートカット、画面遷移を分けて検証する。

AppleのApp Intents公式ドキュメントでは、App Intentのパラメータ、結果、エンティティ、システム連携の基本構造が整理されています。APIの詳細はベータ版の挙動で変わる可能性があるため、2026年7月21日時点の公開仕様だけで判断せず、最終SDKでも再確認してください。

既存AppがiOS 27 Siri AI対応を急ぐべき理由

新しいSiri AIは、単に登録済みの音声フレーズを再生する機能ではありません。Appがどのデータを扱い、どの操作を実行できるかをシステムが理解できるように設計されているかが、発見性と実行成功率に影響します。

不対応のままリリースすると、次の問題が起こりやすくなります。

・アプリ内では実行できる操作が、SiriやSpotlightから見つからない。
・ユーザーの自然な表現を、既存の固定フレーズだけでは解釈できない。
・日付、連絡先、プロジェクト名などのパラメータを適切なエンティティに変換できない。
・別のAppから受け取った情報を、自社Appの操作へ安全に渡せない。
・画面上で表示中の項目と、Siriが参照するデータの範囲が一致しない。

※注意：Siri AIがAppの内部データベースを自由に読めるわけではありません。App Intents、エンティティ、クエリ、権限、実行結果を明示的に設計する必要があります。

SiriKit、App Shortcuts、App Intentsはどう使い分けるか

3つの仕組みは競合するものではなく、既存資産と新しい入口を分けて考えると判断しやすくなります。

SiriKit移行の判断基準

次の条件に当てはまる場合は、SiriKitを残しながら段階的に移行します。

・既存ユーザーが登録済みショートカットを利用している。
・標準ドメインの処理が安定しており、短期的な機能追加が少ない。
・App Intentへ移すと、パラメータや権限の再設計が大きくなる。

反対に、以下の操作はApp Intentsへ移す優先度が高いです。

・日付、場所、人物、プロジェクトなど複数の引数を持つ操作。
・Spotlightで検索させたい独自データ。
・ショートカット内で他のAppと組み合わせる操作。
・Siriから実行後、確認結果や画面を返したい操作。

AppleはApp Shortcutsについて、インストール直後からショートカット、Siri、Spotlightで利用できる仕組みとして説明しています。ただし、すべてのIntentを登録すると候補が増えすぎるため、日常的な操作に絞るほうが管理しやすいです。

App Intents教程：日程Appを接続する実装手順

ここでは、6個のSiriKit操作を持つ4人の日程Appを例にします。最初から全機能を移すのではなく、「予定を追加する」「今日の予定を表示する」「予定を検索する」の3つを第1段階の対象にします。

1. 操作をユーザーの言葉で棚卸しする

「来週の火曜日に会議を追加」「午後の予定を見せて」「山田さんとの予定を探して」のように、実際の依頼文を書き出します。画面名や内部メソッド名ではなく、ユーザーが指定する対象、日時、場所、参加者を抽出します。

2. データをApp Entityとして定義する

予定を表す型には、安定した識別子、表示名、日時、場所、参加者などを持たせます。App Entityは、App Intentのパラメータを解決するために使われるため、表示名だけでなく検索に必要なプロパティも用意します。

```swift
struct CalendarEventEntity: AppEntity {
static var typeDisplayRepresentation = TypeDisplayRepresentation(name: "予定")

   var id: String
   var title: String
   var startDate: Date

   var displayRepresentation: DisplayRepresentation {
       DisplayRepresentation(title: "\(title)")
   }

}
```

3. 操作をApp Intentへ分離する

既存の画面処理を直接呼び出すのではなく、認証、保存、通知、同期などの業務ロジックをサービス層へ切り出します。App Intentは、そのサービスを呼び出す薄い入口にすると、画面操作と音声操作の結果がずれにくくなります。

```swift
struct CreateEventIntent: AppIntent {
static var title: LocalizedStringResource = "予定を追加"

   @Parameter(title: "件名")
   var titleText: String

   func perform() async throws -> some IntentResult {
       try await CalendarService.shared.create(title: titleText)
       return .result()
   }

}
```

4. 曖昧な入力をクエリで解決する

「明日の午後」「いつもの会議室」「先週の鈴木さんの予定」のような入力は、単純な文字列比較では失敗しやすくなります。日付のタイムゾーン、複数候補、削除済みデータ、アクセス権限をクエリ側で処理し、候補が複数ある場合は確認を返します。

5. 対応するSchemaとApp Shortcutを選ぶ

Appleが用意する標準的なSchemaに近い操作は、独自表現を増やす前に対応関係を確認します。独自の業務操作はカスタムApp Intentとして定義し、App Shortcutには利用頻度の高い操作だけを登録します。

6. 旧SiriKitとの重複実行を確認する

移行期間は、同じ操作がSiriKitとApp Intentsの両方に表示される可能性があります。表示名、実行結果、ログ、権限確認を比較し、二重登録によってユーザーが迷わないように整理します。

ポイント：App Intentのコード内に認証情報や画面固有の状態を埋め込まないでください。バックグラウンド実行、ロック中の端末、通信失敗、キャンセルを前提に結果を設計します。

Siriの跨アプリ操作と画面コンテキストをどう考えるか

Siriの跨アプリ操作を実現するには、App間で渡すデータを明確にする必要があります。たとえば「メールに届いた会議の日程をカレンダーへ追加する」場合、メールAppから受け取るのは、件名、開始時刻、終了時刻、場所などの必要最小限の情報に限定します。

実装時は次の順番で確認します。

・自社Appが提供する操作をApp Intentとして定義する。
・受け取る値をApp Entityまたは適切な型に変換する。
・他Appから渡された値の出所と欠落項目を検証する。
・予定作成、送信、削除など不可逆な操作には確認を入れる。
・画面コンテキストは、表示中の項目と実際に渡せるデータを区別する。

「画面に表示されている予定を変更する」という操作では、画面に見えているだけで編集権限があるとは限りません。共有カレンダー、企業アカウント、個人情報、位置情報を扱う場合は、Siriからの呼び出しでも通常のApp内操作と同じ権限境界を適用します。

※注意：画面コンテキストを広く解釈しすぎると、意図しない予定の変更や個人情報の読み上げにつながります。読み取り、作成、変更、削除を別Intentに分けると、確認条件を管理しやすくなります。

Xcode 27開発環境でのApp Intentsテスト手順

提出前は、いきなりSiriに話しかけるのではなく、定義、検索、実行、システム連携の順に検証します。AppleのApp Intents Testing公式ドキュメントでは、Intent、Entity、Enum、Queryをアプリの外部から評価する仕組みが案内されています。

1. Xcode 27開発環境を固定する

Xcode、iOS SDK、Swiftのバージョンをチーム内で記録します。xcodebuild -version、xcode-select -p、署名設定をログに残し、開発者ごとのSDK差分をなくします。

2. Intent単体を確認する

必須パラメータが欠落した場合、無効な日付が渡った場合、通信が切れた場合をテストします。成功だけでなく、needsValue、確認要求、失敗結果の表示も確認します。

3. EntityとQueryを確認する

完全一致だけでなく、表記揺れ、同名の予定、過去の予定、削除済みの予定を検索します。Spotlightで表示されない場合は、エンティティの識別子とインデックス処理を確認します。

4. ショートカットから実行する

App Shortcutがインストール直後に表示されるか、パラメータの候補が選べるか、別のショートカットから値を渡せるかを確認します。

5. Spotlightで検索する

App名を含む検索、予定名だけの検索、人物名や日付を含む検索を試します。検索結果の表示名と、タップ後に開く画面が一致しているかも確認します。

6. Siriで音声実行する

静かな環境だけでなく、言い直し、固有名詞、複数候補、確認拒否を試します。音声認識の問題と、Intentのパラメータ解決問題をログで分離します。

7. 実機で権限と状態を確認する

ロック中、通信なし、別アカウント、共有カレンダー、初回起動直後の状態を確認します。シミュレーターで成功しても、実機の権限ダイアログや同期状態で失敗することがあります。

Siriが内容を見つけない、操作できない場合の切り分け

4人の日程Appでは、6個のSiriKit操作をApp Intentsへ段階移行した後、一部の予定エンティティがSpotlightで見つからない問題が発生しました。原因は、画面表示用の一時IDを検索識別子として使っていたことでした。永続IDへ統一し、保存・更新・削除のタイミングでインデックスを見直すことで、問題の範囲を絞り込めました。

これは特定チームの事例であり、すべてのAppで同じ原因になるわけではありません。ただし、移行後に「Siriは操作を理解しているのに対象データだけ見つからない」場合は、Schemaより先にEntityとQueryを確認する価値があります。

4人チームがzovcloudでiOS 27対応を隔離検証した例

主力MacをすぐにiOS 27へ更新すると、既存プロジェクトの署名、CI、プラグイン、複数バージョンのXcodeに影響する可能性があります。そこで、4人の日程Appチームは検証専用のMac mini M4環境を用意し、東京ノードと米国西部ノードで同じブランチを確認しました。

指定した検証環境は次の構成です。

5日間だけ利用する場合、日額契約では合計$84.5です。週額なら$51.9となるため、検証日数が数日を超える見込みなら週単位のほうが有利です。料金や提供条件は変更される可能性があるため、申込み前にMacレンタル料金の最新情報を確認してください。

実務では、次の分担にすると検証が止まりにくくなります。

・1人目：App IntentとEntityの実装。
・2人目：Siri、ショートカット、Spotlightの操作確認。
・3人目：権限、同期、エラー状態の確認。
・4人目：東京と米国西部の接続品質、ビルド、ログ収集。

zovcloudの専用Macは、支払い後にSSHやブラウザVNCで接続し、Xcode、証明書、テスト用データを検証環境へ分離できます。主力Macの環境を変更せずに確認したい場合は、クラウドMacを使ったXcode開発とCI/CDの手順も参考になります。

提出前チェックリスト

リリース候補を作る前に、次の項目をチームのチケットへ登録してください。

・App Intentの表示名と実際の操作が一致している。
・Entityの識別子が再起動後も変わらない。
・複数候補と候補ゼロの処理がある。
・削除、送信、予約変更に確認ステップがある。
・App Shortcutが多すぎず、主要操作に絞られている。
・Siri、Spotlight、ショートカットで同じ結果が返る。
・通信失敗、権限拒否、認証切れを確認している。
・iOS 27の実機とシミュレーターで差分を記録している。
・Xcode 27のビルド番号、SDK、署名環境を保存している。
・旧SiriKit利用者のショートカットを壊していない。

現行のローカル環境だけで検証する場合、開発者の作業中断、主力MacのOS更新リスク、チーム内のSDK差分が問題になりやすくなります。自社Macの常設運用は自由度が高い一方、検証後の環境維持、容量管理、アクセス権限、故障対応をチーム側で抱える必要があります。

そのため、今回のようにiOS 27 Siri AI対応を短期間で判定したい場合は、まず専用のクラウドMacを日単位で借り、Xcode 27のビルドと回帰テストを分離する方法が現実的です。複数地域から継続的に確認する場合や、週単位でチームが使う場合は、週租へ切り替えると環境を作り直す手間を抑えられます。まずはzovcloudの申込み画面で、必要な期間と拠点を確認してください。