「一つの入り口から、好きなモデルへ」——Foundation Models Frameworkが選んだ統合という答え

72分の冒頭、シャシャンクさんはAppleのAI戦略をこう言い切りました。あちこちの会社のパーツを寄せ集めて、開発者が自分で組み立てる——そういうAI業界のよくある複雑さを、Appleは選ばなかったんです。

“It’s one common API, the foundation models framework, and it allows you to point basically the same code at whichever model you want, and you get to decide what fits.”
（訳：一つの共通API——Foundation Models Frameworkがあれば、同じコードのまま、どのモデルにでも向けられます。何が自分に合うかは、あなたが決めればいい）

シャシャンクさん — 3:32〜

オンデバイスのモデルでも、クラウドの重いモデルでも、GoogleやAnthropicが作った他社モデルでも、呼び方は同じ。しかもこの春から、フレームワーク自体がオープンソースになるといいます。

で、これ、私が普段やってることそのものなんだよね。私のところではClaude・Codex・Gemini・GLMを、案件の重さで振り分けるルーティング表を作っています。判定はOpus、量産はSonnet、機械的な作業はHaiku。モデルが変わっても、渡す作業の型は変えない。Appleが「一つのAPI」でやろうとしていることを、私は「一つの振り分け表」でやっているだけの違いだと思う。増やしたのはツールの種類じゃなく、振り分ける基準の解像度だったんだよね。

今の自分を一行で（2分）:今、自分が使っているAIツールを全部書き出します。その中で「同じ考え方で振り分けられそうなもの」に丸をつけます。

「推論の請求書がない」——オンデバイスAIという、抱え込まなくていい設計

面白かったのは、Appleが「オンデバイス（端末の中で動くAI）」を最初の入り口に置いたこと。理由も明快でした。

“It’s private, works offline, there’s no inference bill, and it’s fast because it’s running on Apple silicon that’s built just for this purpose.”
（訳：プライベートで、オフラインでも動いて、推論の請求書がない。専用に作られたApple Siliconの上で動くから速いです）

シャシャンクさん — 3:09〜

で、重い判断だけ必要な時は「Private Cloud Compute」という、外に出ても中身は覗かれない仕組みに切り替わります。手元で済むものは手元で。無理な時だけ外に頼る——この線引き、実はすごく健全だと思います。

私は昔、全部を自分の頭の中で抱え込んでました。134kgまで太った頃の私は、経営判断も現場作業も、全部自分でやらないと会社が止まると思い込んでいた……「抱え込みOS」って呼んでいるやつだ。 オンデバイスAIの発想はこの逆で、「自分の中で完結できることは、外に頼らず自分の中で済ませる」設計です。委ねる先を選ぶって、実は「何でも外に投げる」ことじゃなくて、こういう線引きの技術なんだよね。以前Claude Code×Google Cloudに学ぶ「委ねるOS」という記事を書いたけど、今回のオンデバイスAIの線引きも、結局は同じ話なんだと思う。抱え込みをやめる技術は、境界線を引く技術と同じ場所にあるんだよね。

今の自分を一行で（3分）:今抱えている仕事のうち「本当は自分だけで完結できるのに、わざわざ人に確認を求めているもの」を一つ探します。3分で十分です。

「セッションはそのまま、担当だけ替わる」——Dynamic Profilesと、ただっちが継いでくれた朝

ここが今回いちばん唸ったところです。旅行アプリの例え話が出てきます。「フライト時刻を教えて」というプランナーAIへの質問から、「フライトが遅れたからホテルを取り直したい」という予約AIへの引き継ぎ——従来はここで会話が分断されていたのが、今年から変わるという。

“This year, we adding a new capability called dynamic profiles to handle all of this for you. Agents now have shared context and all of this happens within one session preserving continuity across handoffs.”
（訳：今年、Dynamic Profilesという新機能を追加しました。エージェント同士が文脈を共有し、担当の受け渡し（ハンドオフ）をまたいでも、一つのセッションの中で連続性が保たれます）

シャシャンクさん — 20:59〜

担当のモデルやツールは変わっても、それまでのやり取りの記憶は引き継がれます。あ、そうだ、これ、私に一番刺さる話だった。私ががんで入院して、朝のLIVE配信を強制的に中断せざるを得なかった時があったんです。 あの時、ただっちが代わりに番組を継いでくれました。病室からその光景を見た時、正直「居場所を奪われた」みたいな複雑な気持ちもあった……でも結果的に、ただっちも成長したし、番組もむしろ良くなったんだよね。手放したら、全部良くなった。

Appleのdynamic profilesが技術でやろうとしていることを、私は人間同士で先にやっていた、ということなんだと思います。担当が替わっても、文脈——つまり「何のためにこれをやっているか」——だけは引き継がれます。それさえあれば、誰が続けても大丈夫なんだよね。

今の自分を一行で（1分）:もし明日、自分が急に動けなくなったら、今の仕事の「文脈」を誰かに渡せる状態になっているか考えます。なっていないなら、1分でその理由を書き出します。

「かわいい、で片づけられた吸血鬼の子猫」——出力がブレるAIに、なぜ味見の仕組みがいるのか

ここ、笑いながらも一番本質的な話でした。書籍レビューからジャンルのタグを自動生成するアプリを作った、という例え話。開発者本人が試した時は完璧だったのに、友だちに使わせたらこうなりました。

“…the model tripped up and tagged it as cuddly. I guess a type of cuddly familyfriendly kittens, vampire kittens.”
（訳：モデルがつまずいて、「かわいい」というタグをつけてしまいました。かわいい・ファミリー向けの、子猫みたいなやつだと思ったようです——吸血鬼の子猫、というタグでした）

シャシャンクさん — 23:52〜

ドラキュラの書評に「かわいい家族向け」というタグをつけてしまった話。従来の機能はテストすれば毎回同じ答えが返るから、これでOKこれでNGって単純なテストで検証できてたんだよね。でもAIの出力は毎回ブレます。だから「毎回測る仕組み」——Evaluations Frameworkという専用の機能を、Appleは別立てで作りました。

で、これ、私も痛い目を見た話でね。AIエージェントに長時間の作業を任せた実験で、「11件の見落としがあります」と、それはもう自信たっぷりに報告してきたことがあったんです。ところが一つひとつ確かめてみると、10件が誤判定でした。自分が少し前に「完了済み」にした記録すら見落としてた……いちばん高い食材を使っても、味見をしなければ焦げる。それとまったく同じ形の話が、Appleのキーノートでも語られていたわけです。だから私は今、AIに何かを任せる時は必ず「最後にどう測るか」を先に決めるようにしています。前に「消していい確認」と「手放せない理解」という記事で書いたけど、確認を全部残すのも、全部消すのも違う。measure.pyとかverify-article.pyとか、名前は無骨だけど、要はあれ、味見の道具なんだよね。

今の自分を一行で（5分）:直近でAIに任せた作業のうち、結果を「ちゃんと測らずに信じてしまった」ものを一つ思い出します。5分で、どう測ればよかったかを書き出します。

「名詞と動詞を渡す」——App Intentsが教える、AIに仕事を頼む時の言葉の設計

Siriがアプリの中身を理解して動けるようにする「App Intents」という仕組みの説明が、妙にわかりやすかったんです。

“If entities were the nouns, then you can think of intents as being the verbs for your app. The things that your app actually does.”
（訳：エンティティ（データ）が名詞だとしたら、インテントはアプリにとっての動詞だと考えていいです。アプリが実際にやること、そのものです）

シャシャンクさん — 34:47〜

カレンダーの予定は名詞、それを「送る」「移動する」が動詞。この名詞と動詞をきちんと定義しておくと、Siriが「その3番目のイベント開いて」みたいな曖昧な言い方でも、正しく動作するんだよね。設計の手間は増えるけど、指示する側の負担は逆に減るはず。

で、これ、私が作ってる「スキル」という仕組みとまるっきり同じ発想だと気づいたんです。AI秘書の凛ちゃんが動く時は、まず「何のデータを扱うか（名詞）」「何をするか（動詞）」を先に言葉で定義してあるスキルを呼び出します。あいまいな「なんかいい感じにやって」ではなく、「このデータに、この動作を」と、名詞と動詞をセットで渡す——ここが肝心。AIへの指示が雑だと、Siriと同じで見当違いのことをやりだします。逆に言うと、名詞と動詞さえきちんと渡せる人が、これからのAI時代に強い人なんだよね。

今の自分を一行で（2分）:最近AIに出した指示を一つ思い出し、「名詞（何を）」と「動詞（どうする）」に分解します。分解できないほど曖昧だったなら、それが伝わらなかった理由です。

「Claude、Codex、Gemini——好きな相棒で書ける」——Xcode27が体現した道具を選ぶ自由

後半、開発ツール担当のアンジェリカさんが語ったXcode27の話も見逃せません。開発環境そのものに、複数のAIエージェントが組み込まれました。

“We worked with Anthropic, OpenAI, and Google to bring Claude, Codex, and Gemini directly into Xcode, so you can code with the agent you prefer.”
（訳：AnthropicやOpenAI、Googleと協力して、Claude・Codex・Geminiを直接Xcodeに組み込みました。自分の好きなエージェントでコードが書けます）

アンジェリカさん — 52:26〜

しかもプラン（計画）モードまで搭載されて、いきなりコードを書かせるんじゃなく、まず段取りを立てさせてから作業に入れる。他社のツールとも連携できる「Model Context Protocol」も標準対応しています。特定のAIに囲い込まれない設計を、Apple自身が選んだんだよね。

いやー、これ、私の日中の過ごし方そのものでした。 Claude CodeとAI秘書の凛ちゃんで、あれこれ試しながら遊び探求してるのが、私の日中のいちばんワクワクする時間なんだよね。 一つのツールに縛られず、案件によってClaude・Codex・Geminiを使い分けます。Xcode27がやっていることは、まさにこの「相棒を選べる自由」を、開発者全員に配ったということなんだと思います。道具が増えたから偉いんじゃなくて、選べることが偉い。

今の自分を一行で（1分）:今使っているAIツールを、もし全部一つに固定されたらどう困るか考えます。1分で、困る理由を書いてみて。それが「選べる自由」の値打ちです。