5 ポイント 投稿者 GN⁺ 2025-06-10 | 1件のコメント | WhatsAppで共有
  • AppleがFoundation Modelsフレームワークコンテナ化フレームワークなど、開発者向けの新しい技術とツールを発表
  • オンデバイスのApple IntelligenceモデルとXcode 26の大規模言語モデル統合により、アプリ開発の生産性と高度化が大幅に強化
  • Liquid Glassの新しいデザイン素材とIcon Composerにより、アプリの美的体験と一貫性あるアイコン制作がさらに容易に
  • Swift 6.2、Metal 4、Game Porting Toolkit 3など、次世代の性能とゲーム開発機能を提供
  • 新しいApp Intents、子どもの保護、アクセシビリティ強化など、プラットフォーム全体で統合的かつ安全な体験の提供を強調

主な発表の要約

  • Appleは、開発者の創造性と革新、そしてアプリデザインを後押しするための強力な新ツールと技術を公開
  • 今回発表された技術には、オンデバイスで動作するApple Intelligenceモデル、大規模言語モデルを統合したXcode 26、そしてすべてのAppleプラットフォームで実装される洗練された新しいソフトウェアデザインが含まれる

すべてのプラットフォームで活用できる新機能

  • iOS 26、iPadOS 26、macOS Tahoe 26、watchOS 26、tvOS 26全体にわたり、新しく一貫したデザインを適用
  • 25万件を超えるAPI、機械学習、拡張現実、ヘルス、フィットネス、空間コンピューティング、高性能グラフィックスなど、幅広い技術サポートを強化
  • 各プラットフォームのリリースごとに、Appleは技術とツールを拡張・改善し、開発者のアイデア実現を支援するとともに、最適化された体験を提供

Liquid GlassデザインとIcon Composer

  • Liquid Glassは、ガラスの光学特性を活用しつつ流動的な感覚を与える新しいソフトウェア素材
  • ボタン、スイッチ、スライダー、テキスト、メディアコントロールなど、最上位レベルからアプリ内の主要なナビゲーション要素までアプリ全体へ一貫して拡張可能
  • SwiftUIのようなネイティブフレームワークにより、新しいデザインの適用と一貫した体験の提供が容易に
  • Icon Composerアプリを使うことで、開発者とデザイナーは、ぼかし処理、半透明、色調プレビュー、レンダリングモード対応など多様なツールにより、アイコンの一貫性と魅力を高められる

Foundation Modelsフレームワーク

  • Foundation Modelsフレームワークは、無料のAI推論とオフライン対応により、プライバシー保護スマートな体験を同時に実現
  • Apple Intelligenceベースの体験を、オフラインでもプライバシーを強化した形で提供できる機械学習フレームワーク
  • Swiftネイティブ対応により、わずか3行のコードでApple Intelligenceモデルにアクセス可能
  • Guided generation、tool callingなど、さまざまな生成AI機能をアプリ内へ直接実装可能
  • 例として、AutomatticのDay Oneアプリでは、プライバシー重視の知的機能をすでに導入中

Xcode 26と大規模言語モデル統合

  • Xcode 26では、コーディング、テスト、文書化、デバッグのすべてで大規模言語モデルを接続可能
  • ChatGPT組み込み対応に加え、各種サードパーティAPIキーやローカルモデル(Apple silicon対応)との連携を提供
  • Coding Toolsは、インラインコードプロンプト、プレビュー生成、エラー修正など、多様な知的ワークフローを支援
  • Voice Controlにより、音声だけでSwiftコードの記述やXcode内のナビゲーションが可能になり、ローカライズカタログやナビゲーション体験も改善

App Intentsとビジュアルインテリジェンス

  • App Intentsにより、Siri、Spotlight、ウィジェット、システムコントロールなどと、アプリのアクションやコンテンツをより深く連携可能
  • 今年はビジュアルインテリジェンス機能が追加され、アプリ内での視覚検索や探索体験が拡張
  • Etsyの事例を通じて、iPhone内のビジュアルインテリジェンスによる迅速な商品探索体験を紹介

Swift 6.2

  • 性能、並行性、C++など各種言語との互換性を強化し、WebAssembly対応も追加(コミュニティ協業ベース)
  • 単一スレッド実行コードをデフォルト設定できるようになり、追加の注釈なしでメインアクター上でのコード実行が容易に

コンテナ化フレームワーク

  • 開発者はMac上で直接Linuxコンテナイメージを作成・ダウンロード・実行可能
  • Apple silicon向けに最適化されたオープンソースベースのフレームワークで、イメージ間の分離を提供

ゲーム開発ツールと機能

  • Game Porting Toolkit 3: ゲーム評価、プロファイリング、Metal Performance HUDのカスタマイズ、グラフィックスコードの性能ガイドなどを支援
  • WindowsからMac向けゲームのビルドワークフロー向けに、Mac Remote Developer Tools for Windowsを提供
  • Metal 4: Apple silicon専用の次世代グラフィックスおよび機械学習演算を支援し、シェーダ内で推論ネットワークを実行可能
  • MetalFX Frame Interpolation: 2つのフレームの間に中間フレームを生成して高リフレッシュレートのフレームを提供、MetalFX Denoising: リアルタイムのレイトレーシング/パストレーシングを支援
  • Apple Gamesアプリ: すべてのAppleデバイスでゲームと友だちを1か所で管理し、チャレンジ機能とGame Center機能を強化
  • Managed Background Assets: アプリ/ゲーム資産のホスティング管理を行い、200GBのAppleホスティング容量を標準提供、ビルドとは別に提出可能

オンライン上の子どもの保護を支援するツール

  • 有害コンテンツの遮断、センシティブコンテンツ分析フレームワークなど既存ツールに加え、Declared Age Range APIの導入により、年齢に応じたコンテンツ提供が容易に
  • 保護者は、機微情報を開示することなく、子どもの年齢情報を安全に共有・設定できる
  • 年齢情報は保護者の同意がある場合にのみ共有され、いつでも管理可能

新しいApp Storeアクセシビリティ機能とApp Store Connectの機能

  • アクセシビリティ対応の概要表の導入により、アプリ/ゲームのアクセシビリティへの取り組みを事前に確認可能
  • 開発者は、VoiceOver、音声コマンド、大きなテキスト、字幕などへの対応有無を直接登録
  • 製品ページにアクセシビリティ情報やURLを追加可能
  • App Store Connectアプリの更新により、TestFlightのスクリーンショットやクラッシュフィードバックの確認、プッシュ通知の受信などが可能に
  • App Store Connect APIの拡張により、Webhook、リアルタイム更新、Game Center構成、バックグラウンドアセット対応を提供

提供情報

  • 今回のアップデートにより、Apple Intelligence機能はiPhone 16の全モデル、iPhone 15 Pro/Pro Max、iPad mini (A17 Pro)、M1以降のiPadおよびMacなどで利用可能
  • 対応言語: 英語、フランス語、ドイツ語、イタリア語、ポルトガル語(ブラジル)、スペイン語、日本語、中国語(簡体字)など。年末までに追加提供予定
  • すべての機能はApple Developer ProgramおよびApple Beta Software Programで順次テスト可能

1件のコメント

 
GN⁺ 2025-06-10
Hacker Newsの反応
  • AI関連の機能も素晴らしいが、Containerization framework の発表は本当に大きな話題だと思う。もしMacでLinuxコンテナをネイティブに使えるなら、自分のワークフロー全体が変わるかもしれないし、Docker由来の悩みもかなり減りそうだ

    • ちなみにCLIツールとバックエンド向けリポジトリはそれぞれ https://github.com/apple/containerhttps://github.com/apple/containerization を参照できる。説明を見ると、既存のWSLv1のようにシステムコールを翻訳する方式ではなく、VMベースのコンテナ対応方式だ。APIには高速起動向けに最適化されたLinuxカーネルの生成、軽量VMの実行、VM環境の管理などが含まれる

    • 既存技術を組み合わせたものであって、完全に新しいものではないという意見だ。だが、Appleがすべての要素をうまく統合したことが重要なポイントだ。自分で組み立てる必要があった開発環境を、必要なものが揃った完成品として提供してくれること自体に非常に大きな価値があると強調したい

    • LinuxコンテナがmacOSで「ネイティブ」に動くというのは技術的に不可能だと指摘している。コンテナは本質的にLinuxカーネルの機能に依存している。結局のところAppleが独自のLinux仮想化レイヤー(WSLやOrbStackのようなもの)を構築したという話に見えるが、もし単にLXCしかサポートしないなら、大半の開発者は今まで通りDocker Desktopを自分でインストールして使い続けることになりそうだ

    • ContainerizationはSwiftで書かれたオープンソースプロジェクトで、Mac上でLinuxコンテナを簡単かつ安全にビルド、実行、配布するためのシンプルで強力な機能を提供すると、WWDC2025公式動画でも案内されている https://developer.apple.com/videos/play/wwdc2025/346/

    • コンテナ機能は魅力的だが、言われるほど革命的な変化ではないと思う。すでにPodman、Orbstack、Colimaのような代替手段も使える。Appleがどのオープンソースフレームワークを使ったのかはよく分からないが、既存ツールのOSレベル統合版のように見える。開発者は確実に楽になるだろうが、ゲームチェンジャーとまでは感じていない

  • Apple Developer向けのXcode 26アップデートには本当に興味深い改善が多かった。新たに追加された生成言語モデルベースのFoundationフレームワークはSwiftとの親和性が高く、しかもすべてがローカルデバイス上で動くので、Apple開発者にとってはかなり歓迎すべき変化だ。「旅行日程の提案」サンプルアプリがState of the Unionでデモ公開され、ChatGPTなどの生成モデルを直接Xcodeに統合したvibe-codingもついにネイティブで導入された。モデルが反復的なコード変更を追跡してロールバックしやすくなり、コード全体の文脈まで把握してくれるのを見ると、面倒なGPTプラグイン時代から抜け出せる生活の質の改善として期待できる。紙ナプキンに描いたスケッチを登録するだけでプロトタイプUIをすぐ生成してくれるのも、Objective-C時代に手動でメモリ管理していた自分からすると驚きの光景だ。完全に革命的というわけではないが、AppleらしくUXを丁寧に磨き込み、完成度の高い体験を予告している。もちろん実使用での性能は実際に使ってみて判断する必要がある https://news.ycombinator.com/item?id=44226612

    • モデルがローカルで動くということは、トークン消費のような心配が要らない理由なのかと尋ねる意見で、つまり中央サーバーではなくデバイス上で直接実行される構造なのかという疑問を投げかけている
  • Liquid Glassベースの新デザインを見ると、UIデザインのトレンドもまるでファッション・映画・建築のように、過去のアイデアを再利用する段階に入ったように感じる。公式な評価というより、最近のAndroidデザインの変化などにも同じような空気を感じるという純粋な観察だ https://en.wikipedia.org/wiki/Aqua_%28user_interface%29

    • 自分の目には、今回の変化はむしろWindows VistaのAeroスタイルにより近く見える。AquaよりVista寄りだと思う

    • テクスチャや質感が戻ってくるのがとても嬉しいという意見。iOS 7以降、UIがあまりにのっぺりしすぎていたが、Halide開発者のSebastiaan de Withによる最近の記事で、新しいUIの物理感について良い分析を見た https://www.lux.camera/physicality-the-new-age-of-ui/

    • 個人的には今回のデザインはあまり好きではない。デモ動画ではガラスの質感が透明すぎて、可読性が非常に低く見える場面が頻繁にあった点を指摘したい

    • 以前ならこうした変化は面白く感じただろうが、今ではまず面倒さや疑問のほうが先に立つ。UIの本当の価値は頻繁な変化ではなく安定性にある。従来メディアで派手なマーケティングポイントとして使うために作られた、一過性の「キラキラ効果」の匂いを強く感じる

    • 自分もふだんはApple UIの変化に好意的だが、今回は例として出された画面が全体的に安っぽく見えた。実際の製品を使えばもっと良く感じるのかもしれないが、現時点で公開されているスクリーンショットやデモでは、まだ説得力に欠ける

  • 一瞬、Containerization Framework でmacOS自体にコンテナ機能が入るのかと期待していた。実際にはLinuxコンテナやVMをMac上で仮想化して動かすこと自体は、すでに簡単で選択肢も多い。有料アプリを使うつもりならOrbStackが最もスムーズで、無料の代替としてはLima/Colima、Podman Desktop、Rancher Desktopのどれも優秀だ。だが、本当に不足しているのはmacOS独自の本物のコンテナ機能だという点が大きな問題だ。Appleの協力なしにサードパーティがそうした機能を作るのはほぼ不可能で、過去にもいくつか試みはあったが、その大半はすでに中断されている(例: https://macoscontainers.org/, https://github.com/macOScontainers)。かろうじて残っているプロジェクト(例: https://github.com/Okerew/osxiec)も、macOSの特性上制約が大きすぎる。もしこうした機能があれば、本当に実需と価値を満たせたはずだ。しかし実際には、AppleがOrbStackを公式化しただけなのではないかという疑念がある

    • macOSコンテナが実際にどんな用途で役に立つのかを尋ねる人がいた

    • macoscontainersプロジェクトは「空っぽ」ではなく、実際のサイトは https://darwin-containers.github.io を見ればよいという訂正意見だ。開発者はフィードバックへの反応が非常に速い。Appleが他プラットフォームに比べて環境の一貫性を非常に重視していることが、コンテナや自動化への制約が多い主因だと指摘している https://github.com/darwin-containers

  • 約15年前、ある友人が「AppleはいずれOSXとiOSをiPad上で統合する」と予言していたが、毎年のキーノートを見るたびに少しずつそちらへ向かっているように感じていた。今やiPadはMacBook Airにかなり近いレベルにある。動画編集、コンパイラ、3D制作のような作業をしないなら、iPadで十分なくらいだ

    • 実際には15年間統合していないことを見ると、Appleはそもそも両プラットフォームを統合するつもりがないのだろうと推測している。同じ期間にAppleはMacBookをチップセットのレベルから完全に作り直してきた。ハードウェアにもソフトウェアにも統合を阻む障壁はないが、エコシステム自体が本質的にまったく異なる。プロ向けデバイスはユーザーに完全な制御権を与えるべきだが、Appleはi-Deviceにその権限を委ねておらず、30%の手数料収入を手放す気もない

    • 実際のところ、大半のユーザーにはノートPCの方が向いているという立場だ。iPadはPencilで絵を描いたりメディア消費をしたりするには最適だが、作業効率、パワー、エルゴノミクスの面ではMacBookの方がはるかに優れている

    • iPadをそれほど頻繁に使っているわけではないが、その進化の過程を眺めること自体が興味深かった。事実上MacOSを載せることもできるのに、Appleはそうしていない。もしAppleが今日ノートPCを完全にゼロから作るなら、むしろ今のようなクローズドな(Walled Garden)方式で設計するかもしれないとも思う。「パワーユーザー向け」のデスクトップ体験(ウィンドウ分割、ファイル管理など)がiPad側で今後どう変奏されていくのか気になる

    • 最終的に両プラットフォームを統合するかは分からないし、個人的には懐疑的だが、この15年間でユーザー体験を徐々に近づけつつ、無理な統合を避けてきたAppleの進め方は最善だったと思う。MicrosoftはWindowsタブレットとデスクトップを統合しようとする欲が強く、多少の革新はあったものの、iPadOS/macOSほどスムーズではなかった

    • iPadのハードウェアはMシリーズチップをそのまま使っている。つまりハードウェア的にはmacOSの動作にまったく制約はないが、統合すれば自社製品ラインを食い合うことになるからだ

  • WWDCのような大規模イベントの時は、HNに主要ポイントをインパクト順で整理する「カンファレンス所感」スレッドがあるといいのにと思う。<br>P4: Foundationモデルは入門者には良いが、代替不能というほどではない。<br>P4: 新しいコンテナ機能も、1秒未満の高速初期化が必要な場合を除けば、仮想化分野における大きなニュースとは言いがたい。<br>P2: concurrencyがInstrumentsでも見えるようになり、高性能なトレースが可能になり、サンプリング誤差も避けられるようになって、4年以上続いたブラックボックス推測の時代がついに終わりそうだ(しかもconcurrencyバックトレースがメインスレッドのデフォルトに戻る仕組みが解決策だという)。<br>P5: UI全体が変わったように見えても、実際には新APIがほとんど増えておらず、表面的な変更にすぎない点も指摘したい。全体としてL&F、アプリインテント、ウィジェットばかりが強調されていて、本当にこれで全部なのかと不安になるほど内容量そのものが乏しい。<br>品質も低いと思う。オンライン資料がまともに開けず、未完成の技術が発表を埋めている。Swift+Java相互運用性も、まだ実用レベルにはまったく達していない。多くのセッションは単なるAPIドキュメントへのリンクか、他のセッションで話した内容の繰り返しにすぎない。<br>さらにアップグレードを強いる要因にも注意が必要で、AI関連のメモリ要件に加え、新しいconcurrencyトレース機能はM4以降のデバイスでしか対応しない

  • 「250,000以上のAPIによって、開発者はAppleのハードウェアとソフトウェアにアプリを統合できる」という発表は、印象的というよりむしろ目が回るような話だ

    • それだけ多いのなら、実際にどのAPIを整理したり廃止したりしてほしいのかと問いかけている
  • 以前の議論が驚くことに現実になりつつある https://github.com/apple/ml-fastvlm/issues/7

  • Containerization.framework および Container ツールに関する公式動画が公開された https://developer.apple.com/videos/play/wwdc2025/346。各コンテナが独立したVM上で動作し、Swiftで実装された vminitd という軽量initプロセスで起動する点が興味深い。対応カーネルの種類やARM/Intel対応範囲などは、まだ追加確認が必要だ https://github.com/apple/containerization