Siri AIが全開発者に開放、App Intentsで分かった40ツールの実際

結論：Siriは「アプリの外」から呼べる実行環境に変わった。ただし使えるのは開発者だけ

2026年11月3日（現地時間）、AppleはSiri AI Developer Previewを公開しました。これまでSiriと連携できるアプリは、Appleが決めたスキーマ（型）に収まるアプリだけでした。今回の開放で、App Intentsで明示した操作とデータなら、どんなアプリでもSiri AIから呼べるようになります。

発表文の題名は「Siri AI is now open to all developers」。ただし中身は公開ではなく「作り始めてよい」の合図です。

動くのは開発署名ビルドとTestFlightの内部テスターまで。外部テスターとApp Store版では動かない
一般ユーザーに届くのは「数か月後」、App Storeへの提出受付は2027年春から
規約と利用ポリシーは未発表

つまり11月12日時点で、一般ユーザーのiPhoneで他社アプリをSiriから操作することはできません。日本の開発者・企業担当者が今週からできるのは、自社アプリのどういう操作をSiriに渡すかを決めて実装し、評価することです。

何が変わったのか：スキーマ縛りが外れた

これまでのSiri連携は「メッセージ送信」「リマインダー作成」のように、Appleが用意した型に当てはまる操作だけが対象でした。今回のプレビューで増えたのは次の4点です。

カスタム操作をツール化：@AppIntent(.tool)マクロを既存のApp Intentに付けると、ToolIntentプロトコルに適合し、Siriが呼べるツールになる。新しいエンタイトルメントも、別の開発者プログラムへの参加も不要

スキル（app skills）：複数の操作を1つの依頼としてまとめるためのMarkdown指示。Claude CodeやCodexのSKILL.mdと同じAgent Skills形式のサブセット

Spotlightセマンティック索引の全エンティティ：既存スキーマに合わないエンティティもSiriが提示できる

アプリ名を言わなくても通じる場面：アプリが前面にあるとき、Live Activityが動いているとき、Siriアプリ内でそのアプリの会話を続けているとき。バックグラウンドのアプリは名前を言う必要がある

Apple自身のアプリも同時に強化され、15アプリ（Calendar、Files、Finder、Journal、Mail、Maps、Messages、Music、Notes、Photos、Preview、Reminders、Safari、Shortcuts、Weather）で新しい操作が使えます。9to5Macの初期検証では、Musicのプレイリスト作成と保存、Messagesの送信予約と編集、Photosの人物・ペットの名前変更、Safariのタブ整理、Calendarの招待者付きイベント作成などが確認されています。

「スキル」は自動化ツールではない：ここが最大の落とし穴

スキルはSkills.skillsbundle（アプリターゲットに1つだけ）に置くSKILL.mdです。frontmatterに書けるのはnameとdescriptionのみ、本文は1万文字まで、スクリプトや参照ファイルは同梱できません。

重要なのはApple自身が書いている次の一文です。

You can't use app skills to enforce deterministic behavior.（スキルで決まった動作を強制することはできない）

スキルに並べた順にツールが実行されるわけではありません。 ワークフローエンジンとして設計すると期待を裏切られます。スキルが担うのは「曖昧な依頼のときに、どのツールを優先するか」「何をしてはいけないか」といった判断材料の提供です。

MacStoriesのJohn Voorhees氏がApple Intelligence Group Labsで確認した数字も押さえておくべきです。1アプリあたり最大40ツール、1スキルあたり最大32ツール呼び出し。どちらも11月7日時点の公開ドキュメントには載っていません。つまり上限はベータ期間中に変わり得る数字です。

実装の順番：ツールは「人が単体で頼む単位」に割る

実務で最も差が出るのは、1つのperform()に「確認→変更→通知→課金」を詰め込まないことです。Siriのプランナーは関数の途中を呼べないため、途中に詰め込まれた処理は存在しないのと同じになります。

「配達状況を確認する」と「受け取り場所を変更する」は別ツール
既にデータにある値を選ばせるならAppEntityパラメータ
ユーザーが口頭で新しい値を言うならString・Date・小さなApp Enum
モデルが依頼文だけで全プロパティを埋められるならGenerableEntity（@AppEntity(.generable)）

検証は3段階です。AppIntentsTestingのテスト、Xcode 27.3のSiri Integration Advisor（実装への指摘を返す）、そしてSiriEvaluationsフレームワーク。SiriEvaluationsで依頼文を台本化し、Loads（スキルが読み込まれたか）とCalls（想定ツールが実際に呼ばれたか）を測ります。応答は毎回変わり得るので、同じシナリオを複数回流して安定して通るかを見る必要があります。

機密情報は「コードで守る」しかない

App Entityは既定では認証なしでSiriとショートカットに表示されます。IntentAuthenticationPolicyでrequiresAuthenticationやrequiresLocalDeviceAuthenticationを設定し、Siriに出したくない項目はvisibility: .internalにします。ただしプロパティ単位の設定はSiriの返答にしか効かないため、機密情報を返す操作はインテント側でも認証を要求してください。

日本企業への影響：日本語は既に対応、EUは対象外

Siri AI自体は10月26日配信のiOS 27.2から日本語ベータが始まっており、27.3でも対応言語は英語・フランス語・日本語・韓国語・ポルトガル語・スペイン語の6言語です。繁体字中国語・ノルウェー語・トルコ語・ベトナム語が予定されています。

一方、iOS・iPadOS・watchOSのEU圏では現時点でSiri AI自体が使えません。EU向けにアプリを出している企業は、Siri連携の効果測定ができないまま春の提出期限を迎えることになります。13歳未満は対象外です。

もう一つ見落とせないのが課金の可能性です。Appleは発表文の注記で、Siri AIを含むサーバー側モデルを使う機能に1日の利用上限があり、上限を広げた利用は将来有料になると明記しました。価格も対象機能も未公表です。「Siri経由の注文が増えるほど課金が発生する」設計になる可能性を、業務要件に入れておくべきでしょう。

今週やるべきこと

App Intentsの棚卸し：既存のIntentのうち、titleとdescriptionが未設定のものを洗い出す。Siriはこの2つで操作を判別します
主機能を3〜5個だけツール化して実機で試す。40枠を全部使う必要はありません
日本語の依頼文で評価する。敬語・言い淀み・固有名詞を含む依頼でどこまで安定するかは、SiriEvaluationsで自分のアプリを使って測るしかありません
返金・削除・送信など不可逆な操作は、スキルの記述ではなく認証と確認UIで守る

Siriは「決まった呪文で起動するショートカット」から、自然言語の依頼を受けてアプリの関数を呼ぶ実行環境へ移りました。ただし2026年11月12日時点で一般ユーザーはまだその恩恵を受けられません。今動くべきなのは、春の提出開始に間に合うように設計を固めることです。