Xcode 27 AIエージェント × SwiftUI——全工程で「任せる場所・守る場所」を確かめた

WWDC 2026で発表されたXcode 27には、コード補完とは次元が違う機能が搭載された——AIコーディングエージェントのネイティブ統合だ。エージェントはSwiftUIのビューを書き、SwiftDataのモデルを設計し、自分でテストを走らせてビルドエラーまで修正する。ただし万能ではない。この記事では、Siri連携つきシンプルなタスク管理アプリを1本、Xcode 27のエージェント機能だけで完成させようとした全工程を追いながら、何を任せられて、何に人間の判断が必要だったかを正直にまとめる。（本記事はApple公式newsroom・WWDC 2026公式セッションおよびコミュニティ報告をもとに構成）

---

図解——人間とエージェントの役割分担

flowchart TD
    subgraph 人間が判断する場所
        A[要件定義・依頼文を書く] --> Review[コードをレビュー・承認]
        Review -->|修正指示| A
        Review -->|承認| Sign[コード署名・最終ビルド]
    end
    subgraph エージェントが自律処理する場所
        Model[SwiftDataモデル設計] --> View[SwiftUIビュー生成]
        View --> TestGen[テスト自動作成]
        TestGen --> Build[ビルド実行]
        Build --> Check{エラー検出}
        Check -->|あり| Fix[自己修正]
        Fix --> Build
        Check -->|なし| Play[Playgroundで動作確認]
    end
    A --> Model
    Play --> Review

このフローが「Xcode 27 AIエージェントを使った開発」の骨格だ。ポイントは、エージェントが自律ループ（生成→テスト→修正）を回す一方、人間が介入する地点は明確に3か所あるということ——要件定義・コードレビュー・署名/ビルドだ。

---

Xcode 27のAIエージェントとは——コード補完の次の世代

Appleは2026年6月8日のWWDC 2026でXcode 27を発表し、ベータ版の提供を開始した（Apple公式newsroom: apple.com/newsroom）。

従来のXcodeのコード補完は「次の1行を予測する」機能だった。Xcode 27のAIエージェントはマルチステップのタスクを自律実行する。依頼を受けたエージェントはコードを生成し、テストを作成して実行し、失敗があれば原因を分析して修正し、Playgroundで動作を確認するまでを一連のループとしてこなす。

公式newsroomが確認できる主な特徴：

• IDEネイティブ統合：Claude・Gemini・ChatGPTなど主要AIモデルをXcode内で直接呼び出せる。エディタ外へのコピーペーストが不要になる。
• オンデバイス処理：コード補完はApple Siliconのオンデバイス推論で動作するため、補完のたびにクラウドAPIコストが発生しない。
• MCP/ACPで外部連携：FigmaとGitHubが第1弾の公式統合パートナー。デザインデータやリポジトリをIDEに直接つなげる。
• ビルトインスキル：Appleが用意した専用スキル（swiftui-specialist、test-moderni­zerなどの名称がコミュニティで報告されているが、公式ドキュメントでの全スキル仕様は執筆時点で確認中。最新情報は developer.apple.com を参照）。

---

Step 0: まずセットアップ——ClaudeかGoogleか、最初の選択

Xcode 27でエージェント機能を有効にすると、最初にAIプロバイダーの選択を求められる。公式newsroomの発表によると、Claude（Anthropic）とGemini（Google）を含む複数のモデルがネイティブ統合される。

どちらを選ぶかの判断軸を整理すると次の通り（各項目は公式発表・コミュニティ報告ベース。仕様は今後変更される可能性がある）：

判断の目安： 大きなSwiftUIコードベースの整合性を重視するならClaude。Google Workspaceとの連携を組み合わせるならGemini。どちらも試して切り替えられるため、まずは使い慣れている方から始めてよい。

APIキーの取得→Xcode 27の「Preferences → AI」画面への入力→スキルの有効化、という流れが基本的なセットアップだ（WWDC 2026公式セッション: developer.apple.com/videos/play/wwdc2026/258/）。

---

Step 1: データモデル設計——SwiftDataのモデルをエージェントに任せる

タスク管理アプリの骨格となるSwiftDataモデルの設計がエージェントの最初の本番だ。

依頼の書き方の例：

SwiftDataを使ったタスク管理アプリのデータモデルを設計してください。
条件：
- タスクはタイトル・期日・優先度（高/中/低）・完了フラグを持つ
- Siriからも操作できるようにApp Intentsと統合する予定
- Swift 6のコンカレンシーモデルに準拠すること

エージェントが返すのは単なるスニペットではなく、@Modelクラスの定義・リレーション設計・ModelContainerの初期化コードまでを含む一連の構造だ。

人間が確認すべきポイント：

• @Attribute(.unique)の付与漏れがないか
• ModelContainerのスキーマバージョン設定が正しいか
• 将来のデータ構造変更に備えたマイグレーション設計になっているか

エージェントは「動くコード」を作ることは得意だが、「将来を見越した設計上の判断」は人間が行う必要がある。ここで詰めずに進むと、後のSwiftDataマイグレーションでつまずく。

---

Step 2: SwiftUIビュー生成——エージェントが最も輝く領域

データモデルが固まったら、SwiftUIビューの生成はエージェントが最も力を発揮する場面だ。「タスクリスト画面・タスク追加シート・優先度フィルター」の3画面を1回の依頼で生成させることができる。

Xcode 27と同時にWWDC 2026で発表されたSwiftUIの新機能（dxmagazine.jpの解説より）と、エージェント生成コードとの噛み合わせは次の通り：

重要な注意： エージェントは既存のパターンに引っ張られて、旧来の書き方を選ぶことがある。SwiftUI新APIを適切に使っているかどうかのレビューは人間が担う。

---

Step 3: エージェントの自己検証ループ——テスト自動作成からエラー修正まで

Xcode 27のエージェントの最も実用的な機能が、テスト自動作成→実行→エラー修正のループだ（Apple公式newsroomより）。

ループの流れ：

1. エージェントがSwiftUIビューのコードを生成する
2. 同時に、そのコードをテストするXCTest / Swift Testingのコードを自動生成する
3. テストを実行し、失敗があれば原因を分析する
4. コードを修正してテストを再実行する
5. すべてのテストが通ったらPlaygroundで動作を確認する

このループを人間が待っている間、エージェントは複数回のビルド・修正サイクルを自律で回す。うまくいくと、依頼してから数分後に「テスト全通過・Playground確認済み」の状態でコードが戻ってくる。

ただしループが止まる場面がある：

• @MainActorアノテーション不足によるコンカレンシーエラー → エージェントが自己修正できる
• 存在しないモジュールへの依存 → 人間がライブラリ追加を判断する必要がある
• Package.swiftの依存関係設定の問題 → 設定の意図をエージェントが把握できないため人間が介入

ループが止まったら、エラーメッセージを読んで「エージェントが判断できる範囲の問題か」を確認するのが人間の役割だ。

---

Step 4: Siri連携——App Intentsの設計フロー

タスク管理アプリにSiri連携を加えるには、App Intentsの設計が必要になる。WWDC 2026でApp Intentsは強化され、Siri AIがアプリを操作できるようになるための仕組みとしてiOS/macOSの中核に位置づけられた（developer.apple.com/wwdc2026/382）。

エージェントへの依頼例：

先ほど設計したタスク管理アプリに、以下のApp Intentsを追加してください：
- AddTaskIntent：音声でタスクを追加
- MarkCompleteIntent：指定タスクを完了に変更
- ListPendingTasksIntent：未完了タスクの一覧を返す（読み上げ用）

エージェントはAppIntentプロトコルの実装・@Parameterの定義・perform()メソッドの中身を一式生成する。ボイラープレート（型定義・必須プロパティ）の量が多いApp Intentsは、エージェントが特に得意とする領域だ。

人間が判断すべき設計上のポイント：

• インテントの粒度（細かすぎると管理が煩雑、粗すぎるとSiriが使いにくい）
• Siriへの読み上げ文言（IntentResultのvalueのUX）
• プライバシー：Siriがどのデータにアクセスするかの範囲確認

エージェントは「Intentが動くコード」を作るが、「Siriでどんな体験を提供するか」の設計は人間が決める。ここを省略すると、動くが使いにくいSiri連携になる。

---

エージェントに任せてはいけない3つの場面

Xcode 27のエージェントは強力だが、触れさせると問題が起きやすい領域がある。コミュニティ実践報告（blakecrosley.comほか）と公式情報を合わせて整理する。

1. .pbxprojファイルの変更

Xcodeのプロジェクトファイル（.pbxproj）は構造が複雑で、人間でも手編集を避けるべき対象だ。エージェントが「新しいターゲットを追加する」「ファイルを移動する」などの操作でここを書き換えようとすると、プロジェクトが壊れるリスクがある。ファイル構成の変更はXcodeのGUIで人間が行うのが原則。「そこは触らないで」と事前に依頼の中に明記しておくと安全だ。

2. コード署名・証明書の設定

プロビジョニングプロファイル・Team IDの設定・Entitlementsの変更は、エージェントが誤って書き換えると実機デバッグもApp Store提出もできなくなる。「証明書がない」「識別子が一致しない」といったエラーが起きても、エージェントに丸投げせず、Apple Developer Portalと照合しながら人間が直すのが鉄則。

3. ビジュアルデバッグ・レイアウト崩れの修正

SwiftUIのプレビューで「見た目がおかしい」「余白がずれる」という問題は、エージェントに文字で説明しても解決が難しい。エージェントはコードを読んで推測するが、実際の描画結果を「見る」ことはできない。Xcodeのプレビューや実機で人間が目視確認し、問題箇所を特定してから修正を依頼するのが正しい手順だ。

---

まとめ——「任せる地図」を持つと開発速度が変わる

Xcode 27のAIエージェントを使った開発は、「AIに全部任せる」でも「補完ツールとして使う」でもない。何を任せて、どこで人間が判断するかの地図を持つことが鍵だ。

エージェントが得意な作業：

• SwiftDataモデルの設計・コード生成
• SwiftUIビューの初稿生成（状態管理・バインディング含む）
• テスト自動作成・ビルドエラーの自己修正ループ
• App Intentsのボイラープレート生成
• リファクタリング（命名改善・メソッド分割）

人間が必ず判断する場所：

• 設計の方向性・要件の言語化
• コードレビュー・承認（設計判断・将来の拡張性）
• .pbxprojの変更・コード署名
• ビジュアルデバッグ・UX判断
• App Intentsのインテント設計・プライバシー設計

Xcode 27は2026年6月時点でベータ提供中であり、正式リリース・全機能の確定は今後のアップデートを待つ必要がある。最新の仕様・スキル一覧は以下の公式情報で確認してほしい。

• Apple公式newsroom: https://www.apple.com/newsroom/2026/06/apple-aids-app-development-with-new-intelligence-frameworks-and-advanced-tools/
• WWDC 2026 セッション（Xcode）: https://developer.apple.com/videos/play/wwdc2026/258/
• App Intents セッション: https://developer.apple.com/wwdc2026/382

まず試すなら、Xcode 27 Betaをインストールし、新規プロジェクトで小さなSwiftUIビューの生成を依頼するところから始めると、エージェントの得意・不得意を手元でつかめる。