AI 開発

iPhone 18 の AI はどれほど強いか？Apple Intelligence、Siri AI、AI Agent と JSON データ処理

JSONSort 公開 2026-09-09 更新 2026-09-09 約 16 分

基調講演のポスターは「より強い AI」と書く。JSON を扱う側の問いはパラメータ順位表ではない。Siri が不正なオブジェクトを App Intent に流し込むか、端末上のモデルが Schema どおりにオブジェクトを出せるか、32K 窓にツール結果が残るかだ。Apple Intelligence、Siri AI、AI Agent を分け、JSON 処理に落とす。

読む前の早見

概念	一言	どこに落ちるか
Apple Intelligence	OS 級の AI 生地であり、単独のチャット App ではない	端末モデル + Private Cloud Compute
Siri AI	自然言語で App Intents を配るアシスタント	引数は合法オブジェクトでなければならず、散文ではない
AI Agent	多段のツール循環：提案、実行、結果を読む	LanguageModelSession + システムツール
JSON / Schema	実行時契約：フィールド、必須、列挙	@Generable → JSON Schema；Intent parameters

分担を先に覚える。Apple Intelligence は土台、Siri は配車係、Agent はループ、JSON Schema は口径だ。四つを「スマホが賢くなった」に潰すと、次ホップは散文を parse する。

発表会当日、「強さ」の問いを先に直す

今日は 2026 年 9 月 9 日、Apple の Surprise and Shine（太平洋時間午前 10 時）だ。本稿は当日に書く。ソフトは WWDC 2026 / iOS 27 の公開内容に従う。Keynote が読んでいないハードウェア数字は、メディア予測か噂として印す。

「強さ」がパラメータとチャットデモだけなら、Apple はめったに勝たない。本当の問いは、一文を検証できるオブジェクトに変え、App に渡せるかどうかだ。

確認済み：WWDC 文書と Foundation Models、App Intents、Siri AI の公開 API。
メディア：本日登場が期待される機体（18 Pro / Pro Max、折りたたみ iPhone）。
噂：A20、12GB メモリなど、Apple がまだ読んでいない数字。出荷仕様ではない。

Keynote の終わりを待って Schema を書くな。Intent 引数と Guided Generation の口径は、六月から開発者文書にある。

Apple Intelligence から iPhone 18 へ：年表

2024-06 確認済み
WWDC が Apple Intelligence を出す。端末の小モデルと Private Cloud Compute。執筆、画像、通知要約。
2025-06 確認済み
Foundation Models が届く。@Generable / Guided Generation が Swift 型を JSON Schema に編んで復号を縛る。
2026-06 確認済み
Siri が新しい LLM で再構築され、SiriKit は非推奨。App Intents Schema、View Annotations、Spotlight 意味索引。PCC サーバモデルは約 32K。LanguageModel プロトコル。バーコード / OCR / Spotlight の組み込みツール。
2026-09-09 メディア
Surprise and Shine。メディアは iPhone 18 Pro / Pro Max と初の折りたたみ iPhone（しばしば Ultra）を予想する。標準の iPhone 18 は 2027 春に分かれるかもしれない。
2026-09 噂
A20 / 2nm、Pro の 12GB でより大きな端末モデルを載せる、という噂。Apple が読むまで仮説とする。

Apple Intelligence とは何か（チャットボットではない）

Apple Intelligence はOS の生地だ。どの計算を端末に残し、どれを Private Cloud Compute に送り、どれを Siri、Spotlight、サードパーティ App に見せるか。それは「電話の中の ChatGPT」ではない。

2026 年、開発者が実際に触るのは四つだ：

端末の Foundation Model。 WWDC 2026 は推論と Tool Calling を作り直し、文脈使用量と token 数の API を足した。
PrivateCloudComputeLanguageModel。 約 32K 窓、推論レベル付き、アカウントも API key も要らない。
LanguageModel プロトコル。 一つの LanguageModelSession をローカル、PCC、第三者 / オープンソースに差し替えられる。
システムツール。 BarcodeReaderTool、OCRTool、Spotlight 検索。ローカル RAG に先立つサーバは要らない。

ここでの「強さ」は、既定経路が自前の雲を通らず、オブジェクトが端末か PCC で生まれることだ。弱い面もはっきりしている。窓は雲のフラッグシップより短く、オープンドメインの雑談は設計目標ではない。

GPT-6 Astra ガイドとチャットを比べ、なぜモデルは大きくなるのかとパラメータを比べると、問いがずれる。Apple が売るのは「合法オブジェクトを App へ」であり、「より長い段落」ではない。

Siri AI の強さはどこにあるか

Siri AI は雲のチャットを受話器に詰めたものではない。WWDC 2026 は一文を聞き、App Intent の引数を埋め、必要なら画面上の実体を見て、ホストに実行させるものとして建てた。

SiriKit は正式に非推奨となり、移行は二年から三年。新しい Siri は App Intents を話さない App を見ない。

Intent Schema：システム定義の領域（タスク、写真、通信）。決まった起動フレーズは要らない。
Entity Schema：内容が Spotlight 意味索引に入り、個人文脈は出典付きで戻る。
View Annotations：目の前の View を実体として印す。「これを送れ」に束ね先ができる。
App Intents Testing：Siri / Shortcuts / Spotlight を本物の系統路で試す。UI 自動化は要らない。

システムが渡すのは段落ではない。引数オブジェクトだ。LookupOrder の一ホップはこれに近い：

{
  "intent": "LookupOrder",
  "app": "com.example.shop",
  "source": "siri",
  "parameters": {
    "order_id": "A-1042"
  }
}

AI Agent 完全ガイドは「モデルが提案し、ホストが実行する」をループの中に描く。Siri は系統の配車係だ。Intent を選ぶのは Siri、ホストは今もあなたの App だ。欠けたフィールド、誤った列挙、余分な鍵——Intent が緩ければ、事故はデモ映像ではなく perform 関数で起きる。

Siri が強くなるとは、配車が正確になり、画面を見られ、多段をつなげることだ。引数の Schema 検証を置き換えない。

iPhone 18 のハードウェア：何が「より強い」で、何がまだ噂か

基調講演がチップとメモリを売るのは、端末モデルと Tool Calling が RAM と NPU を食うからだ。iOS 27 のソフトは一群の機体に落ちる。Apple Intelligence が動く電話のすべてが、最も重いローカル Agent を走らせられるわけではない。

確認済み：iOS 27 と Foundation Models / Siri AI の API は WWDC で公開済み。本日の Keynote が確認するのは、どの機体がそれらを載せるかだ。
メディア：秋に 18 Pro / Pro Max と折りたたみ。標準の iPhone 18 は 2027 春かもしれない。
噂：2nm の A20、Pro の 12GB でより大きなローカルモデルを載せる。Keynote までは仮説とする。

JSON を書く側にとって、ハードウェアが変えるのは二つだけだ。ローカル窓がツール結果を収めるか、Agent ループがメモリで殺されるか。

窓が広がっても、最初の反応を API 応答の全量投入にしてはいけない。なぜモデルは大きくなるのかはすでに書いた。パラメータは容量、token は請求、窓は桶だ。

Apple スタックの Agent と雲の Agent の差

Apple スタックの Agent は、雲のループをもう一枚包むことではない。LanguageModelSession が端末か PCC でツールを多段に呼ぶ。ツールはしばしば App Intents、またはシステムの Vision / Spotlight だ。

骨格は雲の Function Calling と同じだ。モデルは名前と引数だけを出し、ホストが parse、検証、実行し、結果を session に戻す。

既定のカタログはシステムが見える Intentであり、自分だけで育てる長い tools[] ではない。
組み込みの視覚 / 検索ツールも、結果はオブジェクトであるべきで、スクリーンショットの散文ではない。
PCC は約 32Kで、よくある 128K の雲窓より狭い。ツール戻り値が先に食う。
多段 Intent は App をまたいでつなげる。各段は今も合法な引数を要す。

{
  "agent": "on_device",
  "step": 2,
  "tool": "LookupOrder",
  "arguments": {"order_id": "A-1042"},
  "result": {
    "order_id": "A-1042",
    "amount": 99.00,
    "status": "paid"
  },
  "next": "CreateRefund"
}

上はローカルループの最小状態だ。AI Agent 完全ガイドがループを説明し、MCP Tool Schema vs Function Calling が別のツール JSON の綴りを示す。Apple は同じ辞書を Swift 型と App Intents で書く。

Siri と Agent を一つの語にするな。Siri は「誰を呼ぶか」を決める。Agent は session の中で「次にどのツールか」を決める。どちらもオブジェクトをバトンにする。

JSON 処理：Apple は最初から Schema を使っている

Guided Generation の文書はすでに言っている。各 @Generable 型はJSON Schema に編まれてモデルへ渡り、その Schema はコンテキストに数えられる。DynamicGenerationSchema / GenerationSchema は実行時の同じ仕事だ。

だから端末の「構造化出力」は新しいデータ形式ではない。JSON Schema の Swift 投影だ。雲の Structured Outputs の json_schema、MCP の inputSchema、App Intent の引数は、同じ源ファイルを指すべきだ。

注文要約の契約は、@Generable、Intent 引数、ホスト検証に同時に渡せる：

{
  "$id": "https://example.com/schemas/order-summary.json",
  "type": "object",
  "properties": {
    "order_id": { "type": "string", "pattern": "^A-[0-9]{4,}$" },
    "amount": { "type": "number", "exclusiveMinimum": 0 },
    "status": { "type": "string", "enum": ["paid", "refunded", "pending"] }
  },
  "required": ["order_id", "amount", "status"],
  "additionalProperties": false
}

キーワードは JSON Schema 教程を見よ。端末で高いのは Schema 自身だ。長い説明と深い入れ子が窓を食う。プロパティ名は短く、Guide(description:) は品質が上がるときだけ、配列には maximumCount。

{
  "session": "LanguageModelSession",
  "context_window": 32000,
  "spent": {
    "instructions": 800,
    "generable_schema": 1200,
    "tools": 2400,
    "app_intent_result": 18000
  },
  "reserved_output": 2000,
  "remaining": 9600
}

32K の session はツール結果で埋まりやすい。先にローカルで整形して形を見、JSONPath 抽出で order_id / amount / status を抜き、圧縮してからモデルへ渡す。なぜ JSON Schema が必要かはすでに書いた。Schema は口径であり、「JSON で返して」という一文ではない。

ホストは今も検証する。Guided Generation が止めるのは不正 token だ。上限、権限、再パースは App 側に残る。デバッグでは先週通ったオブジェクトと JSON Diff する。ユーザーデータを含む応答を公開サイトへ貼るな。

四層はどう重なるか

四つを「スマホが賢くなった」に潰すと、仕事が消える。分けたあと：

Apple Intelligence は土台だ。モデルはどこで走り、窓はどれほどで、どのシステムツールが使えるか。
Siri AI は外への配車だ。一文が Intent 名と引数オブジェクトになる。
Agent はループだ。session の多段ツール。状態は合法 JSON でなければならない。JSON Schema は共有口径だ。

対照表。次回、これらを同義語にしないために：

層	システムは何をしているか	Schema が無いと
Apple Intelligence	モデル、窓、システムツールを選ぶ	ツール結果が散文になり、32K が先に埋まる
Siri AI	一文を Intent 呼び出しに変える	欠けたフィールドと誤った列挙が perform() に生で入る
AI Agent	session でツールを多段に呼ぶ	状態をチャットログから推測し、次ホップが誤ったオブジェクトを掴む
JSON Schema	何もしない。尺だけだ	尺が Swift マクロにしか無いと、雲と CI は測れない

返金は四層を同時に使うことが多い。Siri が App へ振り分け、Agent が LookupOrder を呼び、Guided Generation が要約を返し、ホストが CreateRefund を実行する。AI Agent と JSON Schema ワークフローは門の並べ方を書く。

2026 年の実装（先にファイル、それから Keynote）

schemas/intents/、schemas/generable/、schemas/state/ を置き、安定した $id と版を付ける。
JSON Schema を先に書き、それから @Generable か Intent を書く。型は投影であり、源ではない。
副作用（照会、返金、メール）は Intent / Tool。抽出、トリアージ、handoff は Guided Generation。
新しいオブジェクトは既定で additionalProperties: false と明示的な enum。拡張は別の metadata。
ツール結果は切ってから session へ入れる。32K は注文書全体を貼る許可ではない。
秘密とユーザーフィールドはブラウザだけで見る。整形、JSON Diff、アップロードなし。

ディレクトリは薄くてよい。大切なのはデモより先のファイルだ。基調講演はチップの標語を変える。口径を先に安定させる。

よくある誤り

Siri AI を ChatGPT だと思う。 Intent を配る。副作用は実行せず、引数の合法性も保証しない。
Swift の @Generable だけ書き、JSON 源を残さない。 雲の API と評価がすぐずれる。
ネットワーク応答の全体を LanguageModelSession に流し込む。 debug フィールドが先に窓を食う。
起動フレーズだけ試し、不正な引数を試さない。 Testing framework はオブジェクトを走らせ、標語を走らせない。
広い type: object で設計を逃げる。 開いたオブジェクトは門ではない。版を付けるか、明示的な metadata を足す。

FAQ

iPhone 18 の AI はすでに GPT を超えたか？

その比べ方は誤りだ。雲のフラッグシップは今も長いオープンドメインの会話が強い。Apple の強みは端末 / PCC、アカウント不要、App Intents の配車、Guided Generation のオブジェクト保証だ。比べるのは「不正オブジェクトが App に入るか」であり、パラメータ表ではない。

iPhone 18 が無くても iOS 27 の Siri AI は使えるか？

どの段まで使えるかは機体とメモリ次第だ。ソフトは WWDC で公開済み。最も重いローカルモデルは、その年の Pro ハードウェアに結びつくことが多い。開発契約（Intent Schema、@Generable）は特定 SKU に縛られない。

@Generable を書いた。JSON Schema ファイルはまだ要るか？

要る。@Generable は投影だ。一つの源が雲の Structured Outputs、評価、他言語クライアントに渡せる。Swift 型だけ直すと、三週で API 契約から分岐する。

Siri が引数を埋めた。まだ検証するか？

する。Siri は配車係だ。欠けたフィールド、誤った列挙、古い実体は今も perform() に届きうる。Intent 宣言を締め、実行前にもう一度検証する。

端末が出した JSON をローカルでどう見るか？

整形して形を見、Schema で欠けた required や誤った enum を探し、前回通った版と Diff する。JSONSort はブラウザローカルで行い、アップロードしない。連絡先や注文を公開サイトへ貼るな。

まとめ

iPhone 18 の AI が「どれほど強いか」は、今日の Keynote がチップを何ナノメートルと呼ぶかでは決まらない。JSON を書く側の強さは、一文が合法な Intent 引数になるか、端末モデルが Schema どおりにオブジェクトを返すか、ツール結果が先に窓を破裂させないかだ。

Apple Intelligence は土台、Siri は配車、Agent はループ、Schema は口径だ。基調講演のあと、先に schemas/order-summary.json を倉庫へ置け。それから、どのフィールドが 32K に値するかを決める。

続きを読む

AI はなぜ JSON Schema が必要か Structured Output、Function Calling、契約
AI Agent とは？Tool Calling と JSON ランタイム、ツール呼び出し、JSON 契約
モデルはなぜ大きくなるのかパラメータ、Token、Context Window
AI Agent と JSON Schema ワークフロー Tool Calling から構造化の門へ
JSONSort のローカル道具箱整形、検証、Diff
すべての記事 JSON と AI 開発のメモ

更新記録： 2026-09-09 初回公開（発表会当日）