Xcode 27の新機能

こんにちは Jakeです。 Xcodeチームのデザイナーです。

同僚のBreckinと私が 喜んで紹介するのは Xcode 27の新機能です。 最近は紙飛行機にはまっていて 大艦隊を管理するアプリを 作っていました。 とても楽しかったです。 Xcode 27ではCoding Agentsで タスクを簡単に開始でき 新しいプロジェクトアイデアを すばやく反復でき ワークスペースのカスタマイズも これまで以上に充実しています。 新機能を詳しく見ていきましょう。 まずワークスペースの新しい外観と カスタマイズ方法から始めます。 次にアイデアが浮かんだとき 新しいプロジェクトを 素早く始める方法を紹介します。 続いてエディタでの Coding Agentsの素晴らしい新機能を 詳しく見ます。

その後はDevice Hubによって デバイスとシミュレータでの アプリ評価が簡単になる様子を紹介します。

そしてBreckinがリリース後も アプリ体験を高く保つ方法を紹介します。

ワークスペースから始めましょう。 XcodeのToolbarとテーマが 刷新されました より多くのカスタマイズが 可能になりました。 コード編集時のインライン問題は 目立たないデザインになり 入力中の集中を妨げないようになりました。 Xcode 27の新しいワークスペースの 標準的な外観です。 Toolbarを見てみましょう。 ジャンプバーにあった 一部のコントロールが 履歴ナビゲーションや エディタコントロールなど Toolbarに移動しました。 ビルド進行状況などのアクティビティ情報は ウィンドウタイトルの下に表示されます。 中央にはCoding Agentsを操作する 新しいエントリポイントがあります 詳しくは後ほど説明します そしておなじみのスキームと デスティネーション選択もあります。

右上にはタブとエディタペインを 追加するコントロール エディタ設定のカスタマイズ エディタモードを切り替える 3択スイッチもあります。 最初のオプションはキャンバスに プレビューとPlaygroundを表示します。 2番目はAssistant Editorで 関連コンテンツを表示します。

最後はソースコントロールの変更を 確認するモードに入ります。 ところでソースコントロールといえば…

ブランチ選択がボトムバーに 移動しました 長くて美しいブランチ名が よりすっきり収まります。

新しいToolbarの最大の特長は 完全にカスタマイズできることです。 お気に入りのアイテムを 好きに追加や削除でき 思うままに並べ替えられます。

ワークスペースのカスタマイズは Toolbarだけにとどまりません。 Xcode 27の新しいテーマでは 美しいプリセットから選べます スライダーを操作するだけで 自分好みに調整できます。 見てみましょう。 Xcodeの設定ウィンドウにある 新しいAppearanceパネルには テーマの設定に必要なすべてが 揃っています。 標準テーマはより明るくカラフルに 刷新されました。 最初のスライダーを使えば テキストカラーの強度を 変えることができます。

2番目のスライダーでは 背景の強度を上げられます。

ウィンドウ全体の背景色が 確認できます。 さらに強度を上げると 背景が鮮やかなグラデーションに 変わります。 もちろんこの初期の色調に 縛られているわけではありません。 背景にピンクの色調を選ぶなど 別の値を選択でき 新しいカラーパレットに合わせて テーマが自動的に更新されます。

別のテーマを選びたい場合は プリセットの一覧から選べます。

空を飛ぶような気分になるために Neon Noirのような青系の テーマを使います。 背景の強度を高めたこのテーマが 気に入っています。

もちろん個別の色を指定したい 場合は 下に完全なリストがあります。 ここのすべての値は 編集中のベースパレットから生成されます。 キーワードカラーをピンクに設定するなど 値をカスタマイズすると その選択が固定されます。 パレットを編集しても この色には影響しなくなります。 リセット操作を使えば 自動カラーに簡単に 戻すことができます。 フォントも同様のカスタマイズ システムを使います。 コード、文章、コンソール用の 基本フォントがパレットとして機能し 他のエディタでのフォントの使い方を 生成します。 サイズ、バリエーション、 ファミリーを変更すると 他のフォントも自動的に 更新されます。

このテーマが気に入っているのは ワークスペース全体に影響するからです 他のエディタも含めてです。 プロジェクト設定を確認すると テーマの微妙な色調が背景に 反映されているのがわかります。

テーマについてもう1つ 複数のテーマを使えます。 特定のワークスペースに 別のテーマを選べます。 フォント設定は別々に保存され 気分やワークフローに応じて テーマを簡単に切り替えられます。

見ての通り紙飛行機の 気分に入るために 紙飛行機プロジェクトでは Neon Noirテーマを使います。 一目でプロジェクトを 識別するのに役立ちます。

プロジェクトをすばやく 見分けたいときは 並べると非常によく似た プロジェクトがあっても それぞれ固有のテーマを 試してみてください。 ライトアピアランスの テーマは 控えめな見た目ですが ダークアピアランスでは 本当に鮮やかで表現豊かです。 ぜひ背景スライダーを 試してみてください。 警告とエラーも新しいテーマに対応して 刷新されました。 予測的または「ライブ」な問題は 新しい控えめな見た目になり 入力中の集中を妨げないようにしています。 ビルド時の警告やエラーと 区別するためです。 コードを変更するとXcodeが 新しいビルドを開始するかのように 問題を自動的に予測します。 これらの予測はテーマに溶け込む 控えめな背景を使用し 入力中の集中が妨げられないように しています。 ビルドすると 控えめな予測はビルド警告や エラーに変わるか 完全な強度のカラーで表示され 問題が解消されれば 非表示になります。

あ！ コード編集といえば Breckinからアイデアが届きました。 このアイデアを 新しいプロジェクトで試してみたいです。

Xcode 27では新しいプロジェクトを 簡単に始められます このような新しいアイデアを 試すためにも 次の素晴らしいアプリの基盤を 作るためにも使えます。 見てみましょう。

XcodeのFileメニューから プロジェクトを作成できます。 開始点の一覧から選べます 考えているプロジェクトの種類に 応じて。 SwiftUIを使いたい場合は Appが最適です。

UIが不要な場合はmacOS Command Line Toolでシンプルに作れます。

他の人が使えるライブラリを 作りたい場合は Swift packageを選べます。 Playgroundはシンプルなスタンドアロンの Swiftファイルが必要なときに最適で Playgroundマクロを使います。 私の場合はアプリを作ります。

何も聞かれずに新しい 無題プロジェクトが作成されます。 本当に！ 時間をかけてこのプロジェクトで アイデアを発展させられます。 準備ができたら名前を付けて 保存するか プロジェクトを 完全に破棄することもできます。 無題プロジェクトなら 空のキャンバスで気軽に試せます。 Breckinから別のものが届きました。 今度はSwiftファイルです。 Swiftファイルを開くと 新しいワークスペースウィンドウが開きます。 このファイルはプロジェクトの 一部ではありませんが Xcode 27はキャンバスに PlaygroundとUIプレビューを表示できます。 これで軽いアイデアを お互いに簡単に共有でき Breckinが共有したものは 素晴らしい出発点です アプリでの飛行機の統計表示に向けた。 こういったものを実際のプロジェクトに 追加したいです。 ここではCoding Agentsが 大いに役立ちます。 Xcode 27でのCoding Agentsの 機能が大幅に強化されました。 並行エージェントタスクを かつてなく簡単に管理でき 会話も管理できます。 トランスクリプトが エディタペインに移動しました 他のエディタと組み合わせて使え タブや分割など ワークフローに合わせて活用できます。 エディタにはエージェントが 変更した内容を確認する機能もあります 生成されたアーティファクトも含めて。 Toolbarにあったあのボタンを 覚えていますか？ Coding Agentの新しい会話や タスクを開始するために使えます。 会話はエディタとして表示され タブや分割エディタペインで使えます ワークスペースを好みの方法で 整理できます。 さまざまな種類の統計を追加する Breckinのアイデアが気に入っていて 紙飛行機のデザイン用なので シンプルなリクエストを送れます… でも変更を始める前に この機能がエージェントと どのように機能するかを 確認したいです。 そのためにplanコマンドを使えます。 /planを使うとplanツールが 使われます。 エージェントに考慮してほしい 詳細をすべて指定できます。

するとエージェントはこのプランに 必要なコンテキストを収集します まだ変更を加えずに。 探索中は並行して動作する サブエージェントを起動できます。 この場合は問題への取り組み方について 入力を提供する必要があります。 プランの作成に向けて 作業を続けられるよう指示を出します。 プランの準備ができたら 読んでインラインフィードバックを出せます またはエージェントに 実装を進めてもらえます。

エージェントが作業するにつれ コードベースへの変更が 右側に表示されます。 生成されたファイル、アーティファクト、 スクリーンショットもここに表示されます。 アプリの進化を確認するのに 最適な方法です エージェントがシミュレータや プレビューでアプリと対話する様子を見られます。 エージェントがプランの実装に 取り組んでいる間 コーディングアシスタントの サイドバーを開きます。 他のエージェントとの 会話の一覧が含まれています 並行して行われているタスクも含めて。

サイドバーのリストで 会話の状況を確認しやすく 入力が必要か未読メッセージがあるかを 確認できます。 さらに多くの機能があるので このセッションもお勧めです 「Xcode, agents, and you」 Xcode 27のエージェントワークフローの 全体像をご覧いただけます。 プランが実装されたので アプリを試してみたいです。 シミュレータでアプリを起動すると Device Hubの新しいウィンドウが開きます。 名前の通り Device Hubにはアプリを 探索・評価する優れた方法があります シミュレータと実機を通じて 見てみましょう。 iPhone 17 Proシミュレータで アプリを実行すると Device Hubから 新しいウィンドウが表示されます。 ウィンドウはコンパクトで デバイスのサイズに合っています。 ホームに戻る、スクリーンショットを撮るなど クイックアクションがあります デバイスを回転させることもできます。 ウィンドウを拡張することもでき より多くのスペースと コントロールにアクセスできます。

Inspectorを開くとアプリを 評価する方法がさらに増えます。 さまざまなアクセシビリティ設定で アプリをテストすることが重要です。 例えばコントラストを上げたり

より大きなDynamic Typeサイズを 選んだり ダークアピアランスで アプリを試したりできます。

これらの設定でアプリが 良く見えています ではデフォルトに戻しましょう。

iPhoneアプリには iPhone Mirroringでの表示を 考慮することも重要です。 macOS 27ではiPhone Mirroringの ウィンドウをリサイズできます 新しいリサイズモードで アプリをテストするのも良いです。

さまざまなアスペクト比を試せます

コンテンツサイズも試せます。

iPhoneアプリはすでに リサイズに対応しています すでに使用している標準の SwiftUIビューのおかげで カスタムビューとレイアウトを作る 既存の取り組みのおかげで iPadとMacの リサイズ可能なウィンドウに対応し すでに素晴らしく見えています。

Device Hubはシミュレータでの 作業を簡単にします でも最もすごいのは これまでご紹介したことが 実機でも機能することです。 サイドバーを開くと シミュレータとデバイスの 統合リストが表示されます。 ペアリングされたiPad Proが すでにアプリを実行しています

Device Hubから直接 見て操作できます。

Mac上でさまざまなフォームファクタで アプリを試せます。 Device Hubは非常に強力で 多くのワークフローを解放します ファイルやデータコンテナの操作、 アプリ構成の評価など多岐にわたります。 専用のセッションがあります 「Get the most out of Device Hub」を ご覧ください。 アプリを動かすのはとても 楽しかったですが 本当に素晴らしいアプリを 届けるには プロトタイピングのセッション以上の ものが必要です 初期機能の構築も同様です。

同僚のBreckinがXcode 27でリリース後も アプリを飛躍させる方法を紹介します。

ありがとう Jakeさん。 素晴らしいアプリです。 プロトタイプと完成したアプリの間には 大きな差があります。 アプリは動きますが まだ世に出す準備はできていません。 Xcode 27の他のアップデートで その差を縮めましょう。 まずローカライズで 出発の準備をします。 次にOrganizerのアップデートで 翼の着氷を防ぎます。

パフォーマンスも非常に重要で Instrumentsがアプリを水平に 保つ方法もご紹介します。 そして最後に紙飛行機アプリが 飛び続けられるよう Xcode Cloudへ向けて確認します。 ローカライズから始めます。 Jakeと私はきれいに折られた 紙飛行機を飛ばす喜びを 世界中の人々に届けたいです。 ローカライズは 自然な出発点です。 Xcode 27ではCoding Agentが 多くの作業を担います。

アプリをローカライズすれば みんなが得をします より多くの言語でより多くの人々に リーチできるからです。 でもローカライズは 大きな作業になりえます。 ありがたいことにXcode 27では はるかに簡単になりました アプリのローカライズが 速くもなりました。 エージェントは 大規模言語モデルなので 文字列の適切な翻訳を提案するのに 最適です。 新しい会話を作成しました。 アプリのプロジェクトに ローカライズを設定するよう頼みます。 好きなだけ言語を選べます 私はスペイン語から 始めることにしました。 エージェントはアプリのコードを読み取り 文字列リテラルがローカライズ可能な 参照の準備ができているか確認し すべてのUI文字列を含む String Catalogを作成します。 数回の会話でアプリの 翻訳準備が完了します。

String Catalogを開くと エージェントが効率的なバッチで リストを処理するのを確認できます。 チャットに戻って エージェントの進捗を確認します。 完了しました。 エージェントはアプリを分析し ローカライズに必要な コード変更を行い String Catalogを作成してすべての UI文字列をスペイン語に翻訳しました 依頼した通りに。 エージェントが翻訳を生成するとき プロジェクトの完全なコンテキストと Xcodeからの言語固有の スタイルガイダンスを使用します。 数分以内に紙飛行機アプリの ローカライズされたビルドが実行可能です。 すぐにテストでき 不自然なレイアウトや テキストの切り詰めなどを修正します。 言語ごとに集中した作業には String Catalogを使います。 スペイン語の翻訳を確認したところ 素晴らしい出来でした。 中国語(簡体字)の新しい エントリを追加しました。 左下の+ボタンで 言語を追加できます。 Xcode 27の新機能として String Catalogで 言語を選択した状態で ボタンを クリックできます。

エージェントがバックグラウンドで 作業を開始します 中国語(簡体字)の ローカライズを追加します。 エージェントの会話内で いつでも進捗を確認できます 埋まっていくString Catalogの エントリでも確認できます。 エージェントが完了したら アプリを実行して 変更をスポットチェックできます。 問題なければ新しいユーザーに テスト用のアップデートを配布できます。 ネイティブスピーカーにとって アプリの言語サポートを確認する 最良の方法はTestFlightです。 TestFlightユーザーは 翻訳フィードバックを提供でき アプリの他の機能と同様の方法で フィードバックできます。 Xcodeのローカライズはこれまで以上に 簡単で速くなりました。 アプリでより多くの人々に リーチするためのヒントをご紹介します。 コード内の既存の文字列が ローカライズ準備できているか エージェントに確認させましょう。 最初は1〜2言語から始めると 問題を見つけやすいです。 すべての言語を読めなくても アプリを必ずテストしてください 不自然なレイアウトや テキストの切り詰めを早期に発見するために。 社内テストに加えて TestFlightはネイティブスピーカーから フィードバックを得るのに最適です。

ローカライズには今日取り上げた以上の 内容があります。 翻訳機能を深く掘り下げるには 「Translate your app using agents in Xcode」 をご覧ください。 アプリローカライズの世界に どっぷり浸かるには 「Code-along: Explore localization with Xcode」 もお勧めです。 Jakeと私はかなりの数の言語を 紙飛行機アプリに組み込みました。

もうすぐ離陸準備完了です。 Jakeの作業と私のここまでの作業を経て アプリを人々の前に出す 準備ができました TestFlightとApp Storeリリースを 通じて。 でもリリースはゴールではありません。 アプリが実際にどう動くかを 学ぶ場所です。 そこでOrganizerの出番です。 アプリとユーザーのやり取りは App Storeリリース後も 長く続きます。 そしてOrganizerに そのやり取りが集まります。 Xcode 27ではレポートを 収集するだけでなく 対処するのも助けてくれます。 Organizerはユーザーが直面している 問題を確認する場所でした アプリを改善する場所でもあります。 でも問題を見るだけでは 不十分です。 何をすべきかを考えるのは また別の話です。 Xcode 27では Organizerがさらに進化しました。 より多くの問題を見つけられ ハングなどの一般的な問題の 修正方法も提案します。 私たちのアプリでは それが以下の違いをもたらします 「ハングがある」とわかることと 「場所と次の対処法がわかること」の 違いです。

Xcode 27はOrganizerに 4つの新機能をもたらします。 再設計されたOverviewは 最も影響の大きな問題を最初に表示し 大きな問題箇所に すぐ集中できます。 Overviewページでは診断情報と メトリクスが同じビューに表示されます。 上部のメトリクスチャートのスパイクで 注意が必要なことがわかります。 下の診断情報でコードのどこを 見始めるべきかがわかります。 2つを行き来する代わりに 1つの画面で確認できます。

ストレージとアニメーションヒッチの 新しいメトリクスが 以前のメトリクスでは見えなかった 問題を検出します。 Xcode 27には 新しいStorageメトリクスがあり アプリとデータが占めるスペースを 表示します。 スマートフォンのストレージは 全アプリで共有されているため 1つのアプリが使いすぎると すべてのアプリに影響します。 メトリクスはドキュメント、データ、 バイナリサイズを分解します バイナリサイズはセルラーダウンロードと 起動時間に影響するためです。 アプリのフットプリントがわかり 最大の効果が得られる サイズ削減に集中できます。 アプリのバージョン1.0と1.01は かなり大きかったことがわかります。 これでJakeと私は画像を 圧縮すべきだとわかりました。 App Sizeチャートで 大きな改善が確認できます ユーザーが体感できるほどの差です。 Organizerはしばらくの間 アニメーションパフォーマンスを追跡してきました スクロールヒッチの文脈で。 新しいヒッチメトリクスはスクロール以外の より多くの場所で問題を検出します Liquid GlassとSwiftUIビューの 使用状況の理解などが含まれます。 更新されたメトリクスでより 完全な状況を把握でき 以前のメトリクスが見逃した アニメーションも含まれます。 私たちのアプリではカクカクしたアニメーションを 検出できるかどうかの差です。 そういえばかなり悪いヒッチが 発生したようです バージョン1.3で… Organizerの探索が終わったら 確認するメモを取っておきます。

Xcode 27ではアプリの推奨事項が Metric Goalsになりました 昨年OrganizerはLaunch Timeの 推奨事項を表示し始めました。 Xcode 27ではアプリが達成すべき 目標セットが拡張されました。 達成可能で現実的であり 技術的・機能的な類似性に基づき アプリ間の比較から 設定されています。 対象メトリクスも増え ハング率、ディスク書き込み、バッテリー 先ほどのストレージとヒッチ メトリクスも含まれます。 目標はアプリに合わせて 調整されています アプリが実際に行うことに基づいた 類似アプリと比較され 使用している技術も 考慮されます。 また比較にはアプリ自身の 過去のベースラインも含まれ 改善しているかどうかを確認でき 予期しない乱気流に遭遇していないかも わかります。

Organizerはユーザーに影響する問題の 情報を提供するのが得意ですが 修正方法について 疑問に思うかもしれません。 Organizerの新機能として ガイド付きパフォーマンス分析が利用でき Coding Agentsを使った 推奨事項の生成もできます。

リグレッション対応の多くの時間は 原因の特定に費やされます 再現方法の調査にも。 が 取り組む部分です。 Organizerから Generate Recommendationsをクリックし プロジェクトを選ぶとエージェントが 診断データを一緒に処理します。 エージェントツールと同様に 繰り返し試せます。 コードベースに合うまで 別のアプローチや修正を試せます。 以上がXcode 27の Organizerのツアーです。

でも素晴らしいアプリは 動くだけでは不十分です。 速く動作しバッテリーを 消耗しないことも必要です。 アプリが効率的なほどユーザーは 充電のために離れることなく 長く使い続けられます。 アプリのパフォーマンス調整は 開発で最も好きな作業の一つです。 速くて効率的なアプリが ユーザーをより長く飛ばし続けます。 そこでInstrumentsの出番です。 Xcode 27ではInstrumentsが 作業のすぐそばに収まります。

どのアプリにも 荒削りな部分があります。 紙飛行機アプリも 例外ではありません。 すぐに現れるものもあれば 深く掘り下げる必要があるものもあります 先ほどOrganizerが示した アニメーションヒッチのように。 アプリが実際に何をしているかを知りたいときに 使うのがInstrumentsです。 Xcode 27では答えを見つけるのに かかる時間が大幅に短縮されました。 アプリが遅く感じるとき 最初の疑問は常に 「時間は実際にどこへ？」です。 パフォーマンス調査はいつも 探偵仕事のように感じます Instrumentsは お気に入りのパートナーです。 Xcode 27の新機能Top Functionsで パターンがより速く浮かび上がります。 Organizerが検出したヒッチを 再現してみます。 Xcode 27でアプリのプロジェクトを 開いています。 シミュレータで実行して アニメーションの問題を再現します。

おっと… 飛行機がエンジントラブルを 起こしているようです。 もう一度試して 何が起きているか考えます。

各フレームに確実に 時間をかけすぎています。 何が問題か見当がつきますが Instrumentsがあれば 推測する必要はありません。

あ。 JakeがInstrumentsの記録を 送ってくれました。 JakeのCPUプロファイルの右側に 多くのアクティビティが見えます。 その時間範囲を選択しました。 ボタンを押しました アプリのいくつかの部分に 多くの時間を費やしていることがわかります。 Top Functionsはパフォーマンス問題を 見つけるのに最適です 何度も実行されるコストの高い 操作が原因の場合に特に。 この場合アニメーションパイプラインで 多くの作業をしていることがわかります。 トップ関数はpaperPhysicsで 確かに非常にコストが高いです。 Xcodeに戻って この関数を確認します。

お気に入りのショートカット CMD+Shift+OでQuick Openを開きます。

ファイルを開けますが 関数名を入力することもでき 他のコードも検索できます。

ありました。

あ！このループで イテレーションが多すぎます。 このアニメーションのために飛行機を そこまで精確にシミュレートする必要はありません。 デバッグセッションのコードを 誤ってそのままにしていました。 本来の値である5に減らして修正します。

これで問題は解決するはずです。 シミュレータでアプリを 再起動して確認します。

ヒッチが消えました。 Top Functionsがコードで最もコストの かかる部分を直接示してくれました。 修正はシンプルでユーザーたちも すぐに喜んでくれるでしょう。 修正後にInstrumentsで 別の記録を取りました。 大幅に改善されました。 アプリのメソッドが Top Functionsに表示されなくなりました。 良い兆候です。 次のアップデートはユーザーだけでなく バッテリーにも喜ばれる 確かな証拠があります。 InstrumentsのTop Functionsで アプリが実際にどこで時間を 費やしているかを明らかにできます。 Instrumentsはアプリが何をしているかを 正確に見るための素晴らしいツールです ちなみにプロセッサトレースは 本当に最高です。 Instrumentsの素晴らしい機能について お見せしたいことがまだまだあります パフォーマンス実行を比較して コード変更が実際に改善されたか 悪化したかを確認する方法などがあります。 でもリリースするアップデートがあります。 ありがたいことにパフォーマンス関連の セッションが多数あります。 アプリがエージェント機能で 強化されている場合は ぜひこちらをご覧ください 「Debug and profile agentic app experienceswith Instruments」を。 さらに深く掘り下げるには 「Profile, fix, and verify: Improve app responsiveness with Instruments」もご覧ください。

現時点でユーザーはアプリを 気に入っています その体験を損なわないようにしたいです。 すべての変更は既存の機能を 壊す可能性があります。 リグレッションが紛れ込んでいるか 確認せずにアップデートをリリースするのは 誰もやりたくない スタント飛行のような行為です。 ありがたいことにXcode 27が 次もサポートしてくれます。 リグレッションの検出はアプリ開発の中で 手動でやりたくない作業の一つです。 追加するすべての修正と新機能には 既にリリースした機能を壊す 可能性があります。 そこでXcode Cloudの出番です。 Xcode Cloudは継続的インテグレーションと デリバリーのサービスで Xcodeに直接組み込まれており Appleプラットフォームにリリースする デベロッパ向けに作られています。

クラウドで並行して複数のデバイス上で アプリをビルドしてテストします XcodeとOSのバージョンにわたって。 Xcode 27ではかつてなく 簡単で速く Xcode Cloudを始められます。

アプリのUnitテストとUIテストを Xcode Cloudで自動的に実行する設定をします mainブランチまたはfeatureブランチへの 変更時に。 各実行は潜在的なリグレッションの 優れた指標になります。 ボタンをクリックして 設定を開始します。 アプリとデベロッパチームが正しいので をクリックします。

Xcode Cloudをリモートソースコード リポジトリに接続します…

以上です。 をクリックすると ビルドとテストのワークフローが コミットごとに実行される準備ができます。 Xcode Cloudを使うメリットは ここで終わりません。 Xcode Cloudはアプリをユーザーに 届けるのも助けてくれます TestFlightとApp Storeと シームレスに統合しています。 今日ご紹介した以上に Xcode Cloudにはまだまだあります。 詳しくは「Build, deliver, and automate with Xcode Cloud」をご覧ください Xcode Cloudを独自のサービスと 連携する方法については 「Extend your Xcode Cloud workflows」を ご覧ください。 今日取り上げた作業は 繰り返し行う作業です。 新機能のリリースから 既存機能の動作維持まで。 作成中でも改善中でも Xcode 27がそこにいます。 Jake、あとはお願いします。 ありがとう Breckinさん。 ご覧のようにXcode 27は あなたをサポートします アプリのライフサイクル全体にわたって。 最初のアイデアをプロトタイプに 具体化することから エージェントと協力して作業し アプリをローカライズして 現場の問題を解決するまで Xcodeは本当に大切なことに 集中するのを助けてくれます 特別なものを作ること。 新機能の紹介はとても楽しかったですが まだまだ発見があります。 Xcode 27をダウンロードして ワークフローに合わせてカスタマイズし 新機能を探索してください。 リリースノートとこのセッションの リソースで詳細を確認できます。 他にも多くのセッションがあります すでにお勧めしたもの以外にも たくさんの素晴らしいコンテンツがあります 素晴らしいWWDCをお楽しみください。