iOS 27開発コード名が異例の変更。Google提携で揺れるApple Intelligenceの舞台裏

✅この記事では、iOS 27 / macOS 27のコードネームが開発途中で変更された理由と、背景にあるとされるApple×Google（Gemini）協業の“実態”を、できるだけ噛み砕いて整理します。

どうも、となりです。

Appleの開発コードネームって、外から見ると「好きな単語を付けてるだけ」に見えます。でも実際は、社内のドキュメント・会議・タスク管理の“タグ”みたいなものです。だから、途中で名前を変えるのは地味に面倒で、基本は変えません。

それが今回、iOS 27がButtercup → Rave、macOS 27がHoneycrisp → Fizzに変わった、と報じられています。単なる遊びにも見える一方で、AIの統合が「OSの中心に刺さる」局面だとすると、意味が変わってきますよね。

要点まとめ：コードネーム変更は“OSの中心”が動いたサインか

今回の話は、コードネーム自体に意味があるというより、「途中で変えた」ことが異例です。さらに、Apple Intelligenceの中核がApple Foundation Models（AFM）で固まりつつある中で、GoogleのGemini相当技術とインフラを借りるという構図が見えてきました。

• iOS 27：開発コードネームがButtercup → Raveに変更
• macOS 27：Honeycrisp → Fizzに変更
• 他のOS：watchOS 27はOrchid、tvOS 27はLotus、visionOS 27はEclipse
• Apple Intelligenceは、端末内＋PCC（Private Cloud Compute）のAFMが基本線
• AFMのトレーニングにGemini 3相当技術を活用し、サーバー側ではGoogleのTPUを一部リースする形で利用する見立て
• 直近はiOS 26.4が2026年2月に初期ベータや公開プレビューが始まる見込みで、正式リリースは2026年4月前後、OS 27はWWDC 2027での発表が見込まれる

何が起きた：コードネームが途中で変わる“珍しさ”

報道のポイントはシンプルで、Appleが次期OS群（27世代）を進める中で、iOSとmacOSのコードネームが途中で差し替わった、という一点です。

外からは「だから何？」に見えます。でも社内の運用としては、資料・テスト項目・不具合管理・ブランチ名など、いろんな場所に紐づくので、変える理由がないなら変えません。

だからこそ、“途中で変えた”という事実そのものが、OSの方針転換（またはプロジェクトの再定義）を連想させます。

技術的実態：Geminiの“OEM”ではなく、AFMを動かすための借り物

ここは誤解が生まれやすいので、先に整理します。

今回の見立ては「Siriの中身がそのままGeminiになる」というより、AFMを育てる・回すために、Google側の技術と計算資源を借りるに近い話です。

イメージとしては、iCloudがAWSやGoogle Cloudなど複数のクラウド基盤を使いつつも、利用者データをクラウド事業者に“見せない”設計に寄せているのと似ています。PCC（Private Cloud Compute）も、まさにその延長線上です。

この流れは、PCCを支えるAIサーバーの話や、Apple×Google協業の整理と一緒に見ると、輪郭がはっきりします。

インフラ不足という現実：Appleでも“計算資源”は湧いてこない

報道では、Appleは自社サーバーを増強しているものの、足りない分をGoogleのTPUやクラウドインフラで補う、という方向が示されています。

ここ、個人的には「屈辱」ではなく、むしろAIがOSの中心になった結果、計算資源の確保がプロダクト品質そのものになったんだと思っています。

いくら資金があっても、GPU/TPU相当の供給・電力・データセンターの立ち上げは時間がかかる。だから“つなぎ”として借りる判断は、かなり現実的です。

なぜコードネームを変えたのか：あり得る説明は2つ

ここからは、事実と推測を分けて書きます。

【事実】途中でコードネームが変わった、という点が報じられています。

【推測】理由としては、大きく2つが考えられます。

• AI統合の深さが変わった：OS 27の主役が、従来の「機能追加」ではなく、Siri/Apple Intelligenceを中心にした“OS体験の再設計”へ寄った可能性
• 単純なリセット（管理上の都合）：リークの確度問題もあり、最初の名称が誤っていた、あるいは内部の命名ルールが変わっただけの可能性

ただ、報道の文脈が「Gemini協業」「AFMの強化」「サーバー側の計算資源」という話題とセットで出てきている以上、前者の連想は自然です。

OS 27が向かう先：Siriが“何でも屋”になると、OSは変わる

OSの中心にAIが刺さると、変わるのは「機能」よりも操作の前提です。

たとえば、アプリを開いて・設定を探して・手順で進める、という流れが、会話ベースの“作業エンジン”に置き換わっていく。報道で出ている「コアアプリへの統合」も、まさにそこに接続します。

この辺りの見立ては、Siriが担う可能性のある機能や、iOS 26.4とiOS 27で“モデルの格が違う”という整理（SiriとGeminiモデルの関係）と一緒に読むと、理解しやすいです。

また、iOS 27側の「チャットボットSiri」路線そのものは、Camposとして出ている話ともつながります。

Redditの反応：コードネーム変更は「ただ事じゃない？」

今回のコードネーム変更とGemini協業について、海外のAppleコミュニティでは「意味がある変化なのか、それとも深読みしすぎか」という点で意見が割れています。特に目立ったのは、開発体制とAI戦略の“温度差”に注目する声でした。

「途中でコードネームを変えるのは異例」
Appleの内部コードネームは、開発が始まったら基本的に固定される。途中変更があるとしたら、プロジェクトの方向性が書き換わった時くらいだ。

「iOS 27は“AI OS”として再設計されているのでは」
SiriとApple IntelligenceがOSの中心に来るなら、従来の延長線では説明できない。名前を変えたのは、OSの役割そのものが変わったサインかもしれない。

「Geminiを使っているなら、それはAppleのAIなの？」
モデルの学習やサーバー側でGoogleのTPUを使うなら、どこまでがApple独自と言えるのか。プライバシー設計が本当に担保されるのかが気になる。

「インフラ不足は業界全体の問題」
世界一の企業でも、GPUやTPUは魔法みたいに湧いてこない。Googleのインフラを借りるのは、現実的な“時間を買う選択”だと思う。

「iCloudと同じ構図なら問題ない」
iCloudがAWSやGoogle Cloudを使っていても、誰も中身を気にしていない。UXとプライバシーがApple基準なら、裏側の計算資源は重要じゃない。

となりの見方：Redditの反応を見ていると、「Geminiを使うかどうか」よりも、Appleがどこを自分で握り、どこを割り切って外に出したのかを気にしている人が多い印象です。コードネーム変更も含めて、OS 27は“機能追加”より“役割の再定義”がテーマなのかもしれません。

ひとこと：Appleは“借りてでも、自分のモデルで勝負したい”

今回の一連の話を、ぼくは「Appleが自前主義を捨てた」とは見ていません。むしろ逆で、自分のモデル（AFM）をOS体験の中心に置くために、必要なところは借りる。そういう割り切りに見えます。

ただし、ここで一番大事なのは「どこのTPUか」ではなく、ユーザー体験がApple基準で一貫しているか、そしてプライバシー境界が崩れていないかです。そこが守られているなら、バックエンドの都合は“見えない場所”に押し込めます。

逆に、もしここが曖昧になるなら、どんなに賢くても信頼は積み上がりません。OSのAI化って、結局そこが勝負ですよね。

まとめ：OSの名前が変わったのは、体験の中心が動いた合図かもしれない

• 開発途中のコードネーム変更は珍しく、方針転換を連想させる
• 焦点は「Gemini採用」より、AFMを育てて回すための計算資源の確保
• 借り物インフラは“つなぎ”でも、体験とプライバシー設計が崩れると意味がない

OS 27が“AI OS”として本当に再定義されるのか。それとも単なる管理上の変更なのか。答えはWWDC 2027まで引っ張られそうですが、少なくとも「SiriをOSの中心に置く」流れは、もう戻らない気がします。

コードネームが食べ物（Buttercup / Honeycrisp）から、現象や状態（Rave / Fizz）へ変わったこと自体、静かな改善ではなく、AIによる“弾けるような変化”へ舵を切った意思表示のようにも見えて、少しワクワクしています。

ではまた！

図解入門よくわかる最新ネットワークセキュリティの基本と仕組み (How-nual図解入門Visual GuideBook)

Source: AppleInsider, Bloomberg