App IntentsをWWDC26後に確認：Siri AI、Spotlight、Shortcuts連携で開発者が見る順番

3行まとめ

このテーマをもう少し広げて見るなら、ImageCreator廃止をiOS 27 betaで確認：TestFlight実行時エラーとImage Playground移行の実務チェック と macOS 27のiPhone Mirroringを確認：リサイズ対応とiOSアプリの画面検証順 も合わせて確認してください。Apple Intelligence関連APIを扱う開発者が、App Intents対応と同時に非推奨APIも確認できるため。

接続

App Intentsは、アプリの機能やコンテンツをApple IntelligenceとSiri AIにつなぐ入口です。

構造

App Schemas、Intent、Entityを分けると、自然言語から使える対象と操作を整理しやすくなります。

検証

Siri、Shortcuts、Spotlightを別々に確認し、利用者に見える体験として確かめます。

2026年6月時点では、まず小さなIntentと明確なEntityから試すのが現実的です。

• WWDC26後のApp Intentsは、Siri AIに音声操作を足すだけの話ではなく、アプリのコンテンツ、操作、検索、画面上の文脈をApple Intelligenceにどう渡すかの設計課題として読む必要があります。
• Apple Developer資料では、App Schemas、Spotlight semantic index、View Annotations API、App Intents Testingが同じ流れで説明されており、Siri、Shortcuts、Spotlightを別々に検証する姿勢が重要です。
• 2026年6月13日時点では、Siri AIの提供条件、言語、地域、対応デバイス、ベータ期間中の仕様変更を前提に、まず小さなIntentとEntityから試すのが安全です。

WWDC26の直後、Siri AIの実用性やShortcutsの自然言語化に注目が集まっています。The VergeやMacRumorsのような専門メディアでも、Siri AIそのものだけでなく、アプリ操作やApp Intentsへの関心が強く出ています。

ただし、この記事では専門メディアの反応を仕様の根拠にはしません。需要シグナルとして「読者が今どこで迷っているか」を読むために使い、機能の説明はApple Developer、Apple Newsroom、公式ガイドで確認できる範囲に戻します。

WWDC26後にApp Intentsを見る理由

1. 1ユーザーの依頼

   利用者は「この予定を変更して」「さっき見ていた項目を保存して」のように自然な言葉で頼みます。

2. 2対象の理解

   App Entityが、アプリ内の予定、写真、リスト項目などの対象を示します。

3. 3操作の定義

   App Intentが、変更、送信、保存、検索などの実行できる操作を定義します。

4. 4経路の接続

   Siri、Shortcuts、Spotlightから、アプリの対象と操作へつながる体験になります。

App Intentsは音声機能の追加ではなく、Apple Intelligence時代のアプリ露出と操作の土台です。

Siri AIのニュースは、どうしても「新しいSiriが賢くなったか」に寄りがちです。利用者にとっては自然な反応ですが、開発者が見るべき入口は少し違います。Apple DeveloperのPlatforms State of the Union要約では、App Intents frameworkがアプリをApple Intelligenceにつなぎ、アプリのコンテンツを見つけやすくし、Siri AIから自然言語で機能を使えるようにする接続点として説明されています。

つまり、App IntentsはSiri向けの小さな拡張ではなく、Apple Intelligence時代のアプリ露出と操作の土台です。ユーザーが「この予定を変更して」「この写真を送って」「さっき見ていた項目を保存して」と言ったとき、アプリ側がどの対象を、どの操作として、安全に渡せるかが問われます。

Siri AIの話題を実装順に戻す

根拠

Apple NewsroomのSiri AI発表では、Siri AIが個人の文脈理解、画面上の内容理解、アプリ横断の操作を強化することが示されています。ユーザー向けには大きな体験変化ですが、開発者向けには、どのコンテンツを検索可能にするのか、どの操作をIntentとして公開するのか、失敗したときにどう返すのかという地味な設計に落ちます。

注意点

ここで順番を間違えると、実装が膨らみます。最初から「Siriで何でもできるアプリ」を狙うのではなく、ユーザーが自然言語で頼みそうな狭い操作を選び、EntityとIntentの形に切り出すほうが現実的です。

需要シグナルはApp IntentsとShortcutsにある

読者需要

専門メディアでは、Siri AIの試用感、Shortcutsの自然言語作成、App Intentsによるアプリ操作が話題になっています。これは、ユーザーが「AIが会話すること」だけでなく「自分のアプリや日常作業に入ってくること」を知りたがっているサインです。

評価基準

ただし、ここで報道の表現をそのまま仕様として扱うのは危険です。WWDC直後のベータ機能は変わり得ます。記事で確認すべき主語は、Appleが公式に示したApp Intents framework、App Schemas、Spotlight semantic index、View Annotations API、App Intents Testingです。

Siri AI全体の提供条件や日本語利用者向けの整理は、公開済みのSiri AIをWWDC26後に確認：日本語利用者と開発者が見る提供条件でも扱っています。この記事では、そこから一段下げて、App Intents側の実装判断に絞ります。

まずApp Intents frameworkとApp Schemasを確認する

項目	内容	見方
App Intent		ユーザーが実行したい操作を表します。例として、予定を変更する、写真を送る、項目を保存するなどがあります。
App Entity		操作の対象になるアプリ内のものを表します。予定、参加者、写真、リスト項目などが該当します。
App Schema		SiriやApple Intelligenceが理解しやすい形に、対象や操作の構造をそろえる考え方です。
パラメータ		対象、条件、確認事項を明確にし、曖昧な依頼や失敗時の説明につなげます。

対象と操作を分けるほど、自然言語で呼ばれたときの挙動と説明を設計しやすくなります。

Apple DeveloperのWWDC26 Apple Intelligence guideは、App Intents frameworkを「アプリをApple IntelligenceやSiri AIにつなぐ方法」として位置づけています。そこで出てくる重要な言葉が、App Intents schemasです。Appleは、Siriが深く理解できる構造にアプリの内容や操作を載せることで、少ないコードで自然言語から使えるようにする文脈を示しています。

ここで大事なのは、App Intent、App Entity、App Schema、Entity schema、Intent schemaを混同しないことです。アプリの中にある対象と、ユーザーが実行したい操作は別物です。たとえばカレンダーアプリなら、予定、参加者、カレンダーが対象になり、予定作成、変更、検索、共有が操作になります。

App Intents frameworkが担う範囲を切る

確認項目

最初にやることは、機能一覧をApp Intentsへ機械的に移すことではありません。自社アプリの中で、ユーザーが自然言語で呼び出したい操作を選びます。

候補になるのは、次のような操作です。

• アプリ内の特定の項目を探す。
• 既存の項目を更新する。
• 画面上で見ている対象に対して、保存、共有、追加、変換などを行う。
• Shortcutsから繰り返し実行される作業をIntentとして公開する。
• SpotlightやSiri AIから戻ってきたユーザーに、アプリ内で次の操作を続けてもらう。

注意点

反対に、最初から開くべきではない操作もあります。削除、購入、公開、送信、個人情報の表示、取り消しが難しい変更は、Siri経由にする前に確認手順を置くべきです。Siriで呼べることと、確認なしで実行してよいことは同じではありません。

App Schemasに載せる領域を決める

根拠

WWDC26 Apple Intelligence guideでは、システム定義のスキーマが将来のSiriの言語理解改善の恩恵を受ける文脈も示されています。これは、開発者が自前で大量の発話例や自然言語処理を作る話ではありません。Appleが用意する共通の構造に、自社アプリの対象や操作をどう対応させるかの話です。

条件

そのため、最初の判断は「自社アプリがどのカテゴリに近いか」です。タスク管理、写真編集、コミュニケーションのようにAppleが例示する領域に近いアプリは、App Schemasの恩恵を考えやすいでしょう。一方で、業務固有の複雑な概念を多く持つアプリでは、どこまでを共通スキーマに載せ、どこからをアプリ内UIに戻すかを分ける必要があります。

この検討は、アプリのデータモデルを見直す機会にもなります。Siriに渡すEntityは、ユーザーが理解できる名前、状態、帰属、操作結果を持っていなければなりません。内部IDや開発者だけが分かる分類をそのまま見せても、自然言語の体験にはなりません。

Foundation Models frameworkなど、アプリ内AI機能そのものをどう作るかは別の論点です。そちらはFoundation Models frameworkをWWDC26後に確認：Apple Intelligence連携と開発者が試す順番で詳しく整理しています。App Intentsは、AIモデルを直接動かす話というより、ユーザーの文脈とアプリ機能をつなぐ入口として読むのがよさそうです。

次にSpotlight semantic indexとEntity schemaを見る

見つけられる対象

予定、写真、メモ、リスト項目など、ユーザーが探しそうなEntityを選びます。

アプリへの帰属

Siriが扱う対象が、どのアプリのどのコンテンツなのかを明確にします。

操作との分離

見つけられる対象と、実際に変更や送信を許す対象は分けて判断します。

権限と安全性

個人的な情報を扱うため、表示、実行、確認、取り消しの条件をそろえます。

Spotlight semantic indexはWeb検索のSEOではなく、デバイス上のアプリ体験をつなぐ材料です。

WWDC26 Apple Intelligence guideとiOS guideでは、Entity schemaがアプリのコンテンツをSpotlight semantic indexに提供し、Siriがアプリへの帰属付きでそれを扱えるようにする説明があります。ここは、検索順位や外部露出の話と混同しないほうがいいところです。

Spotlight semantic indexは、Web検索のSEOではありません。ユーザーのデバイス上で、自分のアプリ内にある個人的なコンテンツや操作対象を、Siri AIや検索体験から参照しやすくする文脈です。アプリ側は「何を見つけられるようにするか」と「見つけた後に何をできるようにするか」を分けて考えます。

検索されるコンテンツと操作されるコンテンツを分ける

確認項目

Entityとして出すべき対象は、必ずしも操作まで許す対象ではありません。読めればよいもの、開ければよいもの、変更できるもの、共有できるものは別です。

実装前の棚卸しでは、次の4分類に分けると見通しがよくなります。

分類	例	開発者が確認すること
探せる対象	メモ、予定、写真、タスク、注文履歴	ユーザーが自然言語で探す名前や属性を持っているか
開ける対象	詳細画面、プレビュー、編集画面	SiriやSpotlightから戻ったときの遷移が自然か
操作できる対象	完了、追加、変更、変換、共有	誤操作時の影響と確認手順を用意できるか
出さない対象	機密情報、内部状態、未確定データ	ユーザーへの説明や権限管理が不足していないか

評価基準

検索だけなら便利でも、操作まで開くと危険な対象があります。たとえば契約、支払い、公開投稿、医療や健康に関する情報などは、自然言語で見つけやすくする価値と、誤って操作されるリスクを別々に評価する必要があります。

Spotlight経由の導線をユーザー体験として確認する

注意点

Spotlight semantic indexに出すということは、アプリの中だけで完結していた導線が、システム側から始まる可能性を持つということです。ユーザーはアプリを開いてから探すのではなく、SiriやSpotlightで探してからアプリに戻ってくるかもしれません。

このとき、アプリ側の画面が古い前提のままだと体験が崩れます。検索結果から詳細画面に来たユーザーに、同じ検索をもう一度させる必要はありません。権限が必要な場合は、なぜ必要なのかを短く説明し、目的の対象に戻れるようにします。

下振れ

Entityの粒度も重要です。粗すぎると、Siriが「この予定」「この写真」「このタスク」を区別しにくくなります。細かすぎると、更新、削除、同期、プライバシー説明の負荷が上がります。最初は、ユーザーが名前で呼べる単位に絞るのが現実的です。

View Annotations APIで画面上の文脈をどう渡すか

1. 1一覧

   リスト内のどの項目が現在の主語になり得るかを整理します。

2. 2詳細

   表示中の予定、写真、メモなどをEntityとして説明できる状態にします。

3. 3編集

   変更中の対象と保存前の状態を区別し、誤操作を避けます。

4. 4プレビュー

   共有前、送信前、確定前の対象が何かを明確にします。

5. 5検索結果

   候補が複数あるとき、ユーザーが指している対象を確認しやすくします。

「この予定」「今見ている写真」のような曖昧な参照ほど、画面とEntityの対応が重要になります。

WWDC26 Apple Intelligence guideとiOS guideは、View Annotations APIにも触れています。これは、画面上のViewをEntityに対応させ、ユーザーが見ている対象をSiriが会話的に参照しやすくする文脈です。

この考え方は、Siri AIの画面上の内容理解と相性があります。ユーザーは、正式な名前を覚えていない対象に対して「これ」「この予定」「今見ている写真」「このリストの上の項目」と言うことがあります。View Annotations APIは、その曖昧な参照をアプリのEntityに近づけるための手がかりとして読むべきです。

画面上の対象をSiriが参照できる形にする

確認項目

対応を考える画面は、一覧、詳細、編集、プレビュー、検索結果です。どの画面でも、現在の主語が何かを開発者が説明できる必要があります。

たとえば一覧画面では、選択中の行、表示中のフィルタ、並び順が文脈になります。詳細画面では、表示しているEntityが主語になります。編集画面では、保存前の変更が一時状態なのか、既に確定済みなのかを分けなければなりません。

注意点

この整理をせずに「画面上にあるものをSiriが扱える」と考えると危険です。ユーザーが見ているだけの関連情報と、実際に操作したい対象は違います。広告枠、補助情報、関連カード、履歴、プレビューの一部を同じ重みで渡すと、会話の対象がぶれます。

誤操作が困る画面は安全側に倒す

注意点

Siriから画面上の対象を操作できるようになるほど、確認の設計が重要になります。特に、削除、送信、共有、購入、公開、予約変更、権限変更は、自然言語だけで最後まで進めるべきか慎重に判断します。

安全側に倒す方法は複数あります。

• 操作前に対象名と結果を読み上げる。
• 取り消し可能な操作から先に対応する。
• 破壊的操作はアプリ内UIに戻す。
• 個人情報を含む対象は、表示や共有の前に確認を入れる。
• エラー時には、ユーザーが次に何をすればよいかを短く返す。

評価基準

App Intentsを増やすほど、成功時だけでなく失敗時の体験が目立ちます。Siri AIが賢く見えるかどうかは、正常系のデモより、曖昧な依頼、権限不足、対象不明、取り消し要求に耐えられるかで決まります。

App Intents TestingとShortcutsで利用者影響を確認する

項目	内容	見方
成功パターン		想定した依頼で、対象の選択、操作、完了表示まで自然に進むかを確認します。
曖昧な依頼		対象や条件が足りないとき、追加確認で利用者を戻せるかを見ます。
権限不足		必要な権限がない場合に、理由と次の行動をわかりやすく示します。
対象不明		該当するEntityが見つからないとき、検索や選び直しにつなげます。
取り消しと確認		変更、送信、削除など影響のある操作では、確認と取り消しの導線を用意します。

Siriで動くIntentはShortcutsでの見え方も問われ、Spotlightから戻った後の画面遷移も体験の一部です。

WWDC26 Apple Intelligence guideとiOS guideでは、App Intents Testing frameworkにより、Siri、Shortcuts、Spotlightを含む統合経路をUI automationなしで検証できると説明されています。これは、App Intents対応を「コードがビルドできたか」だけで終わらせないための重要な材料です。

Siriで動くIntentは、Shortcutsでも見え方が問われます。Spotlightから見つかるEntityは、アプリに戻った後の画面遷移も問われます。つまり、App Intentsの品質は、単体の関数よりも、システム経路を通した一連の体験で確認する必要があります。

App Intents Testingで公式経路を通す

テスト観点

最初に用意したいテストは、成功パターンだけではありません。むしろ、曖昧さと失敗を先に入れるべきです。

経路	成功時に見ること	失敗時に見ること
Siri	自然言語で対象と操作が正しく解釈されるか	同名Entity、対象不明、権限不足で説明できるか
Shortcuts	Intent名、パラメータ名、結果表示が分かりやすいか	入力不足や型違いでユーザーが直せるか
Spotlight	Entityが適切に見つかり、アプリに戻れるか	古いデータ、削除済みデータ、非公開データを出さないか

確認項目

テストケースには、存在しないEntity、複数候補があるEntity、ネットワーク不通、サインイン切れ、親権限や管理対象端末の制限、操作の取り消しを入れておくと、実利用に近づきます。法人向けアプリなら、MDMや組織アカウントで使えない操作も確認対象です。

Shortcutsの自然言語作成でIntent設計を見直す

根拠

Apple NewsroomのApple Intelligence発表では、ShortcutsにDescribe a Shortcutが加わり、ユーザーの説明から必要なステップを組み立てやすくなることが説明されています。これはApp Intentsだけの話ではありませんが、Intent設計の言葉づかいに影響します。

ユーザーがShortcutsで自動化を作りやすくなるほど、開発者が付けたIntent名、パラメータ名、結果表示、エラーメッセージの粗さが見えます。アプリ内では分かる言葉でも、Shortcuts上では文脈が薄くなります。

評価基準

次の観点で見直すと、SiriとShortcutsの両方に効きます。

• Intent名は、ユーザーが実行したい結果を表しているか。
• パラメータ名は、アプリ固有の内部用語に寄りすぎていないか。
• 結果表示は、何が完了したのか分かるか。
• 失敗時の文言は、ユーザーが修正できる情報を含んでいるか。
• 実行前確認が必要な操作と、すぐ実行してよい操作を分けているか。

App Intentsは、アプリの機能を外に出す仕組みです。外に出た機能は、アプリの中だけで使われていた頃より、名前と説明の品質が問われます。

開発者が見る順番をチェックリストに落とす

1. 全体像

   Platforms State of the Union要約で、App IntentsがApple Intelligence全体のどこにあるかを見ます。

2. 基本設計

   Apple Intelligence guideで、App Intents frameworkとApp Schemasの位置づけを確認します。

3. OS別の文脈

   iOS guideで、Spotlight semantic indexやView Annotations APIとのつながりを確認します。

4. 実装候補

   自社アプリのIntent候補とEntity候補を小さく選びます。

5. 開発環境

   Xcode 27 betaやSDKの前提を確認し、試せる範囲を決めます。

6. 体験検証

   Siri、Shortcuts、Spotlightを通して、成功時と失敗時の流れを確認します。

確認順を決めると、公式資料、実装候補、テスト観点を同じ線上で扱いやすくなります。

WWDC26後の資料は多く、App Intentsだけを見てもセッション、ガイド、ドキュメント、OS別の説明が並びます。全部を同時に読むより、目的ごとに順番を決めたほうが理解しやすくなります。

Xcode 27 betaやSDKの前提は、Xcode 27 betaはApple silicon Macで確認：Swift 6.4とiOS 27 SDKの実務チェックも合わせて確認すると、App Intents Testingや新SDKの試し方を整理しやすくなります。

公式資料を読む順番

確認項目

最初の確認順は、次の流れが扱いやすいです。

1. Apple Developer NewsのPlatforms State of the Union要約で、App IntentsがApple Intelligence全体のどこに置かれているかを見る。
2. WWDC26 Apple Intelligence guideで、App Intents framework、App Schemas、Spotlight semantic index、View Annotations API、App Intents Testingの関係を見る。
3. WWDC26 iOS guide、iPadOS guide、macOS guideで、プラットフォーム別に同じ説明がどう出ているかを確認する。
4. App SchemasやApp Intents関連セッションで、自社アプリに近いカテゴリがあるかを見る。
5. App Intents documentationとXcodeの実装環境で、小さなIntentとEntityを試す。
6. Siri、Shortcuts、Spotlightの3経路で、成功時と失敗時を確認する。

注意点

この順番にすると、Newsroomのユーザー向け発表に引っ張られすぎず、Developer資料の実装単位へ戻れます。

実装前に棚卸しする項目

条件

実装前には、コードより先に次の項目を表にしておくと、後戻りが減ります。

確認項目	見る理由
対象OSとSDK	iOS 27、iPadOS 27、macOS 27など、どこまで対応するかを決める
対応デバイス	Siri AIやApple Intelligenceの対応条件とアプリの対象端末を合わせる
言語と地域	Siri AIの初期提供条件と、日本のユーザーへの説明を分ける
Entityの粒度	探せる単位と操作できる単位を決める
破壊的操作	確認、取り消し、アプリ内UIへの誘導を用意する
Shortcutsでの見え方	Intent名、パラメータ、結果表示を自然な言葉にする
管理対象端末や法人利用	MDM、組織アカウント、権限制限で使えない操作を確認する

提供条件

Siri AIの提供条件も落とせません。Apple Newsroomは、Siri AIの新機能が開発者テスト向けに提供され、ユーザー向けには対応デバイスを英語に設定したベータとして後日提供されると説明しています。Apple Intelligenceが日本語を含む複数言語に対応する一方で、Siri AIの提供時期や地域、デバイス条件は別に確認が必要です。

Appleはまた、EUや中国での提供条件にも制約を示しています。日本向けの記事でも、海外展開するアプリや多地域配信のアプリでは無関係ではありません。App Store配布地域、サポート言語、社内QAの対象地域を分けて管理する必要があります。

日本の開発者と導入企業が注意したいこと

言語と地域

Apple IntelligenceやSiri AIの提供条件は、言語、地域、設定、対応デバイスに左右されます。

ベータ期間

仕様変更を前提に、開発者向けベータや英語環境で先に挙動を確認します。

ユーザー説明

日本語ユーザー向けの案内は、公開条件が固まってから更新するのが安全です。

社内棚卸し

Intent候補、Entity候補、Shortcutsでの命名、失敗時メッセージ、権限説明を先に整理できます。

提供開始を待つ部分と、今から設計できる部分を切り分けると導入判断がしやすくなります。

日本の読者にとって、App IntentsとSiri AIは「日本語でいつ完全に使えるか」だけが問題ではありません。開発者が今できる準備と、ユーザーにいつ見えるかは分けて考える必要があります。

Apple Intelligenceは日本語を含む複数言語への対応が示されています。一方で、Siri AIの新機能はベータ、対応デバイス、言語設定、地域による制約を伴います。開発者は、公式ドキュメントの更新を見ながら、まず英語環境や開発者向けベータで挙動を確認し、日本語ユーザー向けの説明は公開条件が固まってから更新するのが安全です。

利用者に見える前に設計できること

先に設計できること

実装準備は、提供開始を待たなくても進められます。自社アプリのIntent候補、Entity候補、Shortcutsでの命名、失敗時メッセージ、権限説明は、今の段階で棚卸しできます。

注意点

特に既にShortcutsを提供しているアプリは、既存Intentの言葉づかいを見直す価値があります。ユーザーが自然言語でShortcutsを作る体験が広がるほど、曖昧なパラメータ名や開発者向けの内部用語はつまずきになります。

企業導入では管理条件を先に見る

管理条件

導入企業では、SiriやShortcutsが使えるかだけでなく、管理対象Apple Account、MDM、社内データ、共有制限、ログ、サポート範囲を確認する必要があります。個人利用では便利な操作でも、業務データを扱う場合は意図しない共有や表示が問題になります。

確認項目

App Intents対応を進めるなら、社内向けには次の説明を用意しておくとよいでしょう。

• Siri、Shortcuts、Spotlightから見える対象。
• 操作できる範囲と、できない範囲。
• 権限がないときの挙動。
• 管理対象端末で無効化される機能。
• ベータ期間中に変更される可能性。

これは投資判断の材料ではなく、プロダクトと導入判断の材料です。Apple Signals JapanはAppleおよび関係会社とは非提携の独立情報サイトとして、公式資料に基づく確認順を整理しています。

まとめ：App Intentsは小さなIntentから公式経路で試す

1. 1小さなIntent

   自然言語で呼ばれやすく、失敗時にも説明しやすい操作を選びます。

2. 2明確なEntity

   ユーザーが指している対象を説明しやすいEntityから扱います。

3. 3確認と取り消し

   変更や送信など影響のある操作では、確認と取り消しを用意します。

4. 43経路の検証

   Siri、Shortcuts、Spotlightのそれぞれで利用者に見える体験を確認します。

5. 5公式資料の更新

   Apple Developer資料の更新を追いながら、実装範囲と説明を見直します。

App Intents対応は、自社アプリがどう呼ばれ、どう失敗し、どう確認されるかを設計する作業です。

WWDC26後のApp Intentsは、Siri AIの派手な見せ場だけで判断すると読み違えます。開発者が見るべき順番は、App Intents framework、App Schemas、Spotlight semantic index、View Annotations API、App Intents Testing、Shortcutsです。

最初の一歩は、小さなIntentと明確なEntityを選ぶことです。ユーザーが自然言語で呼びそうで、失敗時にも説明しやすく、取り消しや確認が用意できる操作から始めます。そのうえで、Siri、Shortcuts、Spotlightの3経路を通して検証します。

WWDC26のApple Developer更新は今後も続く可能性があります。2026年6月の動きは、公開済みのApple 2026年6月重要トピックまとめにも集約して追うと、Siri AI、App Store、Xcode、OS更新のつながりを見失いにくくなります。

記事更新やApple公式資料の差分を追いたい場合は、ニュースレターでApple Signals Japanの更新通知を受け取れます。公式発表、Developer資料、噂の確認状況を分けて追うための控えめな導線として置いています。

---

次に読むなら

参照した主な情報源

• Apple Developer「5 takeaways from the Platforms State of the Union」https://developer.apple.com/news/?id=lvart8mq （確認日：2026年6月13日）
• Apple Developer「WWDC26 Apple Intelligence guide」https://developer.apple.com/wwdc26/guides/apple-intelligence/ （確認日：2026年6月13日）
• Apple Developer「WWDC26 iOS guide」https://developer.apple.com/wwdc26/guides/ios/ （確認日：2026年6月13日）
• Apple Newsroom「Apple introduces Siri AI, a profoundly more capable and personal assistant」https://www.apple.com/newsroom/2026/06/apple-introduces-siri-ai-a-profoundly-more-capable-and-personal-assistant/ （確認日：2026年6月13日）
• Apple Newsroom「WWDC26: Apple unveils next generation of Apple Intelligence, Siri AI, powerful parental controls, and an expansive set of software improvements」https://www.apple.com/newsroom/2026/06/apple-unveils-next-generation-of-apple-intelligence-siri-ai-and-more/ （確認日：2026年6月13日）
• Apple Newsroom「Apple Intelligence brings powerful AI capabilities into everyday experiences」https://www.apple.com/newsroom/2026/06/apple-intelligence-brings-powerful-ai-capabilities-into-everyday-experiences/ （確認日：2026年6月13日）
• The Verge「I tried Siri AI, and so far it actually works」https://www.theverge.com/tech/947432/siri-ai-apple-intelligence-ios-27-wwdc （需要シグナルとして確認：2026年6月13日）
• MacRumors「Apple Outlines Major AI and Developer Tool Updates at 2026 Worldwide Developers Conference」https://www.macrumors.com/2026/06/09/apple-outlines-major-ai-and-developer-tool-updates/ （需要シグナルとして確認：2026年6月13日）