カテゴリー: WWDC

CI/CDにとどまらず、リリース情報、フィードバックの変更をトリガーにした自動化を加速できる。

0:00 – Introduction

• App Store Connect は開発プロセス自動化のための多くの API を提供
• 今年は app management や TestFlight など主要分野で API が大幅拡張
• Webhooks API や Apple-Hosted Background Assets API など新機能も追加
• Webhook 通知 Build upload API Feedback API などが開発サイクル高速化に寄与

1:56 – Webhook notifications

• Webhook 通知によってイベント駆動型のワークフローを組むことができる
  • Webhook はサーバー間のプッシュ通信で イベント発生時に App Store Connect から HTTP コールバックを受け取る仕組み
  • Webhook listener の URL を App Store Connect に登録し イベント発生時に POST リクエストを受信
  • 通知 payload にはイベント情報が含まれ 必要に応じて追加 API コールも可能
• Webhook 通知は Build upload state イベント, Feedback イベント, Build beta state イベントなど多様なイベントに対応
• Webhook 設定は UI でも API でも可能 シークレットキーで署名検証もサポート
  • Integretions > Workfows の設定方法説明

6:50 – Build upload API

• Build upload API でビルドのアップロード自動化が可能に
• 任意の言語やプラットフォームから利用でき 柔軟な自動化が実現
• BuildUploads を作成し build 情報を登録 → BuildUploadFiles でファイル詳細を通知 → 指示に従いバイナリをアップロード
• アップロード完了後 PATCH リクエストで完了通知し App Store Connect がビルド処理を開始
• Webhook 通知で処理完了を即時把握可能、署名検証で信頼性も確保

11:18 – Beta testing builds

• TestFlight API でビルドのベータ配信も自動化可能
• ビルドをテスターグループに割り当て、外部テスターには Beta App Review 提出も API で対応
• Build Beta State Webhook event でベータ審査完了を即時通知
• 通知 payload でビルド ID や状態を確認し次のステップへ進める

12:51 – Feedback API

• TestFlight のフィードバック（スクリーンショットやクラッシュ）も API で取得可能
• Webhook で新規フィードバック到着を即時検知しフィードバックの ID で詳細取得
• Feedback API でデバイス情報やスクリーンショット URL などを取得 クラッシュログも API でダウンロード可能

15:05 – Additional development APIs

• Apple-Hosted Background Asset 管理用 API も新登場
• app version state webhook event で App Store 上の状態変化も通知
• 既存の多様な API も活用し 開発からテスト リリースまで自動化可能

先日の Recap イベントにて、LTのひとつで取り上げられていた Assistive Access。発表者の方とお話しし、超高齢化社会を迎えるこれからの日本でこそ有用な機能であると伺いなるほどと思った。Dynamic Type を使って文字を拡大して使われている方は多いが、一定大きくなると表示との整合性を取ることが難しくなる。一定以上の文字サイズ設定のレイアウトを Assistive Access と分離すると良いかもしれない。

0:00 – Welcome

• Assistive Access は Apple が iOS と iPadOS で提供する 認知障害のある人向けのシンプルな体験
• アプリやコントロールを本質に絞り込み 誰でも簡単かつ自立してデバイスを操作できるように設計されている
• iOS と iPadOS 26 では Assistive Access scene type を使ってアプリをこの体験に統合できる

0:59 – Meet Assistive Access

• Assistive Access は iOS と iPadOS 17 で導入された
• 認知負荷を減らすために シンプルなインターフェースと一貫したデザインを提供
• Camera や Messages などのビルトインアプリは 大きなコントロールや視覚的な要素を重視した共通スタイルを持つ
• 最適化されていないアプリは 画面下部に常に表示される戻るボタンのために縮小フレームで表示される
• 認知障害向けに設計されたアプリは UISupportsFullScreenInAssistiveAccess キーを Info.plist で true に設定することでフルスクリーン表示が可能
• SwiftUI や UIKit で Assistive Access セッションの検出も可能
• フルスクリーン対応アプリは Accessibility 設定の Optimized Apps リストに表示される
• 一般的なアプリは iOS と iPadOS 26 で Assistive Access scene を作成し 専用の UI 体験を提供できる

4:09 – Create a scene

• UISupportsAssistiveAccess キーを Info.plist に true で追加し Optimized Apps に表示されるようにする
• Assistive Access scene を追加し シンプルな UI 階層を設計
• Assistive Access で起動時 この scene がアタッチされる
• SwiftUI コントロールは自動的に大きく明確なスタイルで表示され grid や row レイアウトも自動適用
• SwiftUI preview macro で Assistive Access trait を渡してレイアウトをテスト可能
• UIKit アプリでも SwiftUI scene を定義し scene delegate でアクティブ化できる

7:08 – Tailor your app

• アプリの体験を本質に絞り込み 理解しやすくサポート的な UI を設計することが重要
• 主要な1〜2機能に絞り 他の機能は Assistive Access 外で提供する
• 画面上の選択肢や要素を減らし 誤操作や混乱を防ぐ
• 隠れたジェスチャやネストした UI は避け 明確で目立つコントロールを使う
• タイムアウトによる UI の自動消失や状態変化は避ける
• ステップバイステップのガイドフローを設計し 一度に多くの選択肢を提示しない
• 取り消しや削除など回復困難な操作は極力排除し 必要な場合は二重確認を行う
• テキストだけでなく アイコンや画像など視覚的な情報も併用する
• SwiftUI の assistive access navigation icon modifiers でナビゲーションタイトルにアイコンを追加
• ユーザーからのフィードバックを重視し Assistive Access コミュニティでテストを行う

地味に反響の大きな AlarmKit について。筆者は10年以上前にポモドーロタイマーアプリをリリースしたことがあったが、ローカル通知頼りにならざるを得ず、体験的にイマイチだったし、通知が溜まりまくってカオスになってしまっていた。AlarmKit があれば、ポモドーロ以外にも細かなシーンを補えるので嬉しそう。（例えば筋トレアプリだとインターバルの残り時間とか）

0:00 – ようこそ

• AlarmKit はアプリでアラームを作成できるフレームワーク
• スケジュール型とカウントダウン型の2方式目立つアラートを提供
• サイレントモードやフォーカスを突破してアラートを表示
• カスタムアラームタイトルとアプリ名を表示し、停止やスヌーズ機能を提供
• StandBy や Apple Watch でもサポート
• Live Activities を使ったカスタムカウントダウンインターフェースも可能

0:32 – 概要

• アラーム機能はユーザーが各アプリごとにオプトインで有効化
• 許可は手動で要求するか、最初のアラーム作成時に自動要求
  • 設定アプリでいつでも許可状態を変更可能
  • NSAlarmKitUsageDescription を info.plist に追加して使用目的を説明
  • AlarmManager.requestAuthorization() で手動許可要求
• authorizationState で許可状態を確認してからアラームをスケジュール
  • 拒否時の制限明示も重要

1:39 – 作成

• アラーム作成に必要な要素：
  • カウントダウン時間（pre-alert/post-alert duration）
  • スケジュール（固定日時または相対パターン）
  • 外観設定
  • カスタムアクション処理
  • 関連サウンド
• スケジュールの指定：
  • 固定スケジュール：特定の未来日時を指定（タイムゾーン変更に影響されない）
  • 相対スケジュール：時刻と週次繰り返しパターンを指定（タイムゾーン変更に対応）
• アラーム外観のカスタマイズ：
  • AlarmButton でボタンのテキスト、色、アイコンを設定
    • アイコン（SF Symbols）は Dynamic Island 表示に使用
  • AlarmPresentation でアラートタイトルを設定
  • AlarmAttributes でアラーム属性を設定
    • 表示のレンダリングに必要な情報
    • tintColor の設定：アラームとアプリの関連性を伝えるのに役立つ
  • AlarmConfiguration に、duration と attributes を含める
• カウントダウン表示の設定：
  • 繰り返しボタンを AlarmPresentation の secondaryButton / scondaryButtonBehavior に指定 (.countdown)
  • Live Activities を使ったカウントダウン UI
    • Live Activity を Widget Extension に追加
  • 追加情報の表示設定：
    • AlarmMetadata を AlarmAttributes の metadata に指定
    • Live Activity 側で context.attributes.metadata を抽出して表示に活用
  • カウントダウンインターフェイスの表示はシステムが保証：システム表示のカスタマイズ（一時停止/再開ボタン等）
• カスタムアクション：
  • App Intent を使ったカスタムボタンアクション
  • アプリを開く、詳細表示等の処理
  • アラームに一意の識別子を定義して追跡できるようにする
• サウンド設定：
  • デフォルトシステムサウンドまたはカスタムサウンド
  • ActivityKit の AlertSound 構造体を使用
    • サウンドファイルはメインバンドルか、Library/Sounds に格納

16:32 – ライフサイクル

• AlarmManager クラスでアラームのライフサイクルを管理
• 一意の識別子を使ってアラームを追跡
• カウントダウン状態への移行、キャンセル、停止、一時停止、再開が可能
• ベストプラクティス：
  • 特定間隔のカウントダウン（料理タイマー）や繰り返しアラート（目覚まし）に適している
  • 重要な通知や時間敏感な通知の代替ではない
  • アラート表示は明確で理解しやすく（何のアラームか、どのようなアクションが可能か）
  • Live Activities には残り時間、停止ボタン、一時停止/再開ボタンを含める

前回に続き、新たなアイコンデザインを出力するための Icon Composer の使い方。視覚的効果や配色は Icon Composer で完結。デザイナーがこのツールにキャッチアップするのももちろん良いが、開発者も触ってみてどのような調整が可能かを理解するのも重要そう。

0:51 – Overview

• アイコン作成の歴史的変遷：従来は様々なサイズで作成が必要だったが、解像度向上によりひとつの解像度で完結するよう簡素化
• 2025年、ダークモード・ティントモードの拡張により、再度プロセス簡素化の転換点
• Icon Composer により、1つのファイルで全てのプラットフォーム・外観に対応可能
  • 図解的、複雑なアイコンは従来通り個別画像でXcodeにアップロード可能：鏡面ハイライトが自動適用
• よりグラフィックなアイコンは Icon Composer で Liquid Glass の新機能を活用可能
  • アートワークひとつから、各プラットフォームで一貫したデザインが提供可能
  • 動的なグラスプロパティを活かした、リアルタイムな見た目の確認
  • 6種のアピアランスのチェック（Default, Dark, Clear light/dark,  Tinted light/dark）

3:55 – Design

• ベクターツール（SVG出力可能）の使用を推奨
• Apple Design Resources からアイコンテンプレート（Figma、Sketch、Photoshop、Illustrator対応）をダウンロード
  • iPhone、iPad、Mac は 1024px、Watch は 1088px のキャンバスサイズ
  • グリッドは共通、デザインの流用が容易
• レイヤー設計：Z深度で背景から前面へ積層、色分けも重要
  • レイヤー分け、色分けをしておくと、Icon Composer でコントロール可能な幅が広がる
  • 例：Translate アイコンでは吹き出しとテキストを別レイヤーに分離 → レイヤごとのぼかし・影を、鏡面、透過度／不透明度と同様に、動的プロパティで設定
• グラフィックエッセンスを重視（フラット、不透明、制御しやすい状態）

6:10 – Export Layers

• レイヤーをSVG形式でエクスポート（Z順で番号付けしネーミング）
• Illustrator 用のレイヤー → SVG自動変換スクリプトを提供。
• 背景色・グラデーションは Icon Composer で直接追加するためエクスポート不要
• テキストはアウトライン化してからエクスポート（SVGではフォント維持できない）
• カスタムグラデーション・ラスター画像はPNG形式でエクスポート（透明な背景も維持可能）
• 角丸矩形・円形マスクは含めない（後で自動トリミングされるため）

7:22 – Icon Composer

• 3つのパネル構成：左側（キャンバス・グループ・レイヤー）、中央（プレビュー）、右側（インスペクター）。
• 背景色設定：システムプリセット（最適化済み）またはカスタム色・グラデーション
• グループ：最大4つまで（視覚的複雑さの適切な範囲）
• 外観モード：Default、Dark、Mono
• Liquid Glass プロパティ：レイヤーレベルとグループレベルで制御可能
• プロパティ設定：外観別・全体共通の設定が可能
  • Color
  • Composition
  • モードを跨いで一貫性を保つために予備設定してあるが、詳細コントロールも可能
• シャドウ：Neutral（汎用）とChromatic（色付き）から選択
  • CHromaticで、素材の明るさや物理特性が際立つ
• Dark モード：フィル・不透明度・ブレンドモードの調整で最適化
• Mono モード：少なくとも一番目立つ／みやすい要素を白に設定
• プラットフォーム間調整：Watch 用の円形と他の角丸矩形の光学調整
  • Composition で円形に合うよう見た目の調整

13:16 – Delivery

• .icon ファイルとして保存し、Xcode にドラッグ&ドロップ
• プロジェクトエディターでアイコンを選択
• ビルド・実行でプラットフォーム・外観への適応を確認
• Icon Composer はベータ版で提供、Feedback Assistant でフィードバック可能

Liquid Glass に対応したアイコンデザインについて。「等間隔になった」デザイングリッドについて、たしかに以前はそうでなかったことを思い出した。レイアウトがしやすくなりそう（どれだけのデザイナーが従来のグリッドを尊重してデザインしていたかは不明だが、、） これまで自社アプリはダークテーマにも対応できてない状態だったが、強制的に Liquid Glass の視覚効果が与えられることによって従来のままではやや不恰好に見えてしまっている。Icon Composer も用意され、これを機に自社他社問わず、放置されていたアイコンの最適化が促進されるかもしれない。

0:00 – Intro

• visionOS のレイヤーアイコンと実際のガラス特性を研究して生まれた「Liquid Glass」マテリアル
• エッジハイライト、曇り(frosty)、透過性を組み合わせて奥行きと内側からの照明効果を実現
• iOSホーム画面ではジャイロ入力に基づいて光が動き、周囲の世界を反射しているような感覚
• 新しい外観モード：
  • モノクロガラス（ライト・ダーク）
  • ティントモード（ダーク・ライト）
    • ダーク：前傾にカラー
    • ライト：背景ガラスにカラーが注入
• 全ての外観モードが iPhone、iPad、Mac で利用可能。Apple Watch でもライトモードアイコンが更新された外観で表示
• App Store 商品ページでも更新されたアイコンが反映

2:20 – Design System

• 統一されたアイコン言語により、デバイス間でのデザインが容易になった
• 角丸四角型 (macOS, iOS)：1024px キャンバスで、よりシンプルで均等に配置され余裕のあるデザイングリッド、より同心円状で丸い角半径
  • macOS では従来、アイコン形状から一部はみ出すケースがあった
  • 形状がキャンバス形状がマスクとして機能し、不規則な形状を回避
  • 既存のアイコンは自動的にリサイズ、マスクまたは拡張されて、新しいマテリアルを適用
• 円型 (watchOS)：1088px キャンバスで、角丸矩形よりも広く、プラットフォーム間の一貫性を実現しやすい
• 新しいテンプレート（Figma、Sketch、Photoshop、Illustrator対応）をApple Design Resourcesで提供

5:18 – Drawing Icons

• レイヤリング：背景と前面レイヤーの基本構造、複数レイヤーの積層で奥行きを表現
  • 1枚の背景レイヤーと、1枚以上の前面レイヤーで構成可能
    • Messages: 背景1枚、前面1枚
    • Podcasts: 背景1枚、前面3枚として立体感ある奥行きを実現
• シンプルさの重視：複雑な3Dオブジェクトや遠近法は避け、フロントビューとフラットな外観を推奨 (e.g. Chess)
• 透過性：新しいマテリアルでの透過性とブラー効果で軽やかさと奥行きを追加
• 「少ないほど良い」原則：重複を減らし、Liquid Glass の効果を活かす（透明感、レイヤーごとの影やスペキュラハイライト）e.g. Photos
• レイヤーの数を減らし、形状に丸みを持たせ、視覚的効果を削除 → Liquid Glass の処理にゆだねる (e.g. Home)
• 細部の配慮：鋭いエッジや細い線を避け、丸い角を使用して光の流れを滑らかに → 要素端の光の動きが滑らかになる (e.g. Settings の歯車)
• 背景：ソフトな明暗グラデーションに加え、白黒背景の代わりに使えるシステムライト・ダークグラデーションを用意
  • グラデーションは、上から下に、明 → 暗
  • 色付き背景を推奨。ライト・ダークモード間の区別を明確にできる

SF Symbols アップデート。もはや高機能すぎて数年前から使いこなせる気がしていない、、が Draw 機能によって、ものによっては Lottie に依存する必要がなくなったかもしれない。グラデーションもシンプルながら表現力を底上げできるので嬉しい。

2:19 – 描画（Draw）

• 新機能「Draw」追加。手書き風アニメーションでシンボルをパスに沿って描画
• Draw On（登場）と Draw Off（消失）の2つのアニメーションプリセット
  • それぞれ既存の再生オプションをサポート
    • By Layer：デフォルト、レイヤーごとに開始時点が異なる
    • Whole Symbol：すべてのレイヤーをまとめて描画、各パスのアニメーションが同時開始終了し、素早い
    • Individually：新しいオプション、レイヤーごと逐次的にアニメーション実行する
• シンボルごとに描画方向を柔軟に設定可能（例：左右、中心から外など）
• 複雑なシンボルもサポート
  • 例：矢印の矢を遷移沿って移動させる
• Variable Draw（進捗や強度を描画で表現）も新たに追加
  • 例：ダウンロードやワークアウトの進捗、温度計
  • SF Symbols app で確認可能

6:02 – マジック置換

• Magic Replaceが強化され、関連シンボル間のアニメーション遷移がより滑らかに
• 同じエンクロージャ（囲い）を持つシンボル間で、囲いを維持しつつ他の部分を置換
• Drawアニメーションと組み合わせて、より表現力豊かな遷移が可能に

7:01 – グラデーション

• シンボルにグラデーション（線形グラデーション）を適用可能に
  • 光が当たっているような印象を与えられる
• すべてのレンダリングモードで利用可能
• 特に大きなサイズで立体感や奥行きを強調したい場合に有効

8:02 – カスタムシンボル

• カスタムシンボルにもDrawやグラデーションなど新機能を活用可能
• Drawアニメーションには「ガイドポイント」を描画パス上に配置して描画経路を指定（パスに少なくとも２つ必要）
• ガイドポイントには開始点・終了点に加え、中間点を加えて複雑なパスを構成する
• ガイドポイントには複数種類があり、複雑なパスや複数サブパスにも対応
  • 複数のサブパスで開始・終了点を共有
  • コーナーポイント：急カーブや鋭い角に特別な処理が求められるため指定
• 複数パスが存在する場合は、それぞれに描画パスと方向のルールセットを指定
• 中心からアニメーションする場合、双方向描画をアノテート
  • 開始点の両側にガイドポイントを配置するとシステムが自動的に双方向性を認識する
• 適応型（addaptive）エンドキャップ
• アタッチメント（例：矢印の先端）も火病が要素としてガイドポイントに紐付けてアニメーション可能
• 重なり合うパスや複雑な形状にも柔軟に対応するための詳細設定が用意
• カスタムシンボルは Regular、Ultralight、Black の3つのウェイトでガイドポイントを設定すれば、他のウェイトは自動補間される
  • Regular 以外でガイドポイントが不正になった際調整が必要、その時ガイドポイントの順序に注意（ポイント番号を表示可能）
• 可変描画（Variable Draw）もカスタムシンボルで利用可能

20:52 – 新しいAPI

• SwiftUIでは symbolEffect モディファイアで Draw アニメーションを適用
  • .symbolEffect(.drawOn, isActive: isHidden)
  • .symbolEffect(.drawOn.indicidually, …)
• AppKit・UIKit でもDraw On/Off を指定してアニメーション可能
• Variable Draw やグラデーションも API で簡単に指定可能
  • .symbolVariableValueMode(.draw)
  • .symbolColorRenderingMode(.gradient)
• コード例は SF Symbols アプリの「Copy Code」ボタンから取得可能
• 新機能を活用するには SF Symbols 7 ベータ版のダウンロードと、カスタムシンボルの再設計・注釈付けが推奨

visionOS 26 におけるスタイラスやゲームコントローラへの対応について。コントローラには興味なかったが、近い将来 Apple Pencil が 6DoF 対応し、Vision Pro でも利用可能になる伏線と見てチェックした。

実は、XRコンテンツにおけるコントローラ／ハンドトラッキングの是非については過去にも（当時）Oculus Quest での体験をもとに考察したことがあった。

Oculus: ハンドトラッキングに感じる課題

パススルーしない没入型VRコンテンツ内において、コンテンツへ対しての触覚やグリップ感を違和感なく表現するにはコントローラが優位だと考えた。ハンドジェスチャーにはその正確さや、触覚を伴う繊細なフィードバックに限界があるので（コントローラ一辺倒な体験設計は好ましくないだろうが）空間アクセサリを伴うユースケースの充実に期待したい。

0:00 – スタート

• visionOSでは「目と手」による入力が基本だが、より細かい制御、ボタン入力、触覚フィードバックを可能にする空間アクセサリのサポートを追加。
• サポートされるアクセサリ：
  • PlayStation VR2 Sense controller: ゲームに適したボタン、ジョイスティック、トリガーを搭載。標準ジェスチャー（タップなど）でシステムナビゲーションも可能
  • Logitech Muse: 先端とサイドボタンで可変入力が可能なフォースセンサーと強力な触覚フィードバックを搭載。生産性・クリエイティブアプリに適した精度
• アクセサリは full space アプリ、shared space アプリの両方で使用可能。
• Apple Vision Proのカメラとアクセサリのセンサーを組み合わせて位置と回転をトラッキング

2:41 – 彫刻アプリの構築

• セットアップ:
  • Xcodeの機能エディタで「Spatial Gamepad」にチェックを入れて空間ゲームコントローラーサポートを追加
  • アプリのplistで「Accessory Tracking Usage」の説明を記述（例：「Tracking accessory movements to carve into virtual clay」）
• アクセサリの接続:
  • GameController フレームワークを使用して空間アクセサリとの接続を検出
  • GCController（ゲームコントローラー）と GCStylus（スタイラス）の両方がGCDevice プロトコルに準拠。
  • 接続・切断イベントをリッスンし、productCategory が「Spatial Stylus」または「Spatial Controller」かどうかを確認
• 仮想コンテンツの表示:
  • full space / shared space 両方で使え、プライバシー保護のため認証されたアプリのみ動き追跡可
  • AccessoryAnchoringSource を作成し、アクセサリの「aim」位置にターゲット
  • AnchorEntity を作成し、accessory ターゲット、aim 位置、トラッキングモードを指定
  • トラッキングモード：
    • predicted: 低遅延だが急激な動きでオーバーシュートする可能性。
    • continuous: 高精度だが高遅延
• インタラクションの実装:
  • SpatialTrackingSession に .accessory を追加してアクセサリの AnchorEntity のトランスフォームを取得。
  • 実装例
    • アクセサリが粘土に入った時に素材を削除し、触覚フィードバックを発生

13:37 – ARKitによるアクセサリのトラッキング

• ARKit AccessoryAnchorの4つのプロパティ：
  • handedness: アクセサリを握っている手（左/右）
  • relativeMotion: 空間内での相対的な動き。
  • relativeRotationalMovement: 空間内での相対的な回転運動。
  • trackingState: トラッキング品質（センサーやカメラのカバレッジが低下すると品質も低下）
• RealityKitとARKitの連携:
  • SpatialTrackingSession が実行中で設定されている場合、RealityKit AnchorEntity から ARKit AccessoryAnchor を取得可能
  • AnchorEntity の ARKitAnchorComponent にアクセスし、ARKitAnchorを取得して AccessoryAnchor にキャスト
• リアクティブツールバーの表示:
  • アクセサリアンカーからheld chirality（利き手）を取得。
  • 左利きの場合は正のX方向、右利きの場合は負のX方向にツールバーを表示

14:45 – デザインに関する考慮事項

• UIとの相互作用:
  • ビューにゲームコントローラー入力（ボタンやトリガー）をジェスチャーの代わりに受信するよう指示可能
  • 標準の手ジェスチャーとゲームコントローラーの両方を入力として処理可能
  • SwiftUIビューで .receivesEventsInView 修飾子を設定してジェスチャーイベントも受信
• 没入感の向上:
  • 完全空間アプリでは .persistentSystemOverlays APIでホームインジケーターを非表示
  • .upperLimbVisibility APIで上肢とアクセサリを非表示
• 適応的サポート:
  • 空間アクセサリと手の両方に対応することで、より多くのユーザーをサポート
  • ARKit は今年さらに高速で手をネイティブトラッキング
• App Store バッジ:
  • 「Spatial game controller support」: 空間アクセサリトラッキング付きゲームコントローラーをサポート
  • 「Spatial game controller required」: 空間アクセサリトラッキング付きゲームコントローラーが必須