Xcode 26.3でiOS開発のAI活用はどう変わるのか ── タップルでの導入方針とあわせて

タップルでエンジニアをしている伊藤です。

2026 年 2 月、Apple が Xcode 26.3 をリリースしました。このアップデートにより、iOS 開発における AI コーディングツールの活用が大きく前進しています。

この記事では、Xcode 26.3 で何が変わったのかを「以前との差分」をもとに説明し、具体的にできることと制約を整理した上で、タップルではどういう方針で導入しようとしているかを紹介します。

Xcode 26.3 で何が嬉しくなったのか

まず、Xcode 26.3 が出る前にどんな課題があったのかを振り返り、このアップデートで何が解消されたのかを整理します。

#### Xcode 26.3 が出る前の課題

Coding Agent との連携が大変だった

Claude Code や Cursor などの外部 Coding Agent に iOS アプリのコードを書かせること自体はできていました。しかし、ビルドやテストの結果をフィードバックして自律的に修正させるのが難しい状態でした。

連携手段は xcodebuild に限られていました。

Xcode 上での AI 利用にも限界があった

Xcode 26.0 の時点でも、Claude や GPT を使ったコード補完・生成は可能でした。ただし、ビルドなど特定のタスクを実行させ、その結果をもとに自律的に修正を繰り返す、といった Agentic なワークフローはできませんでした。AI は「聞かれたことに答える」存在であり、「自分で試して直す」ことはできなかったのです。

#### Xcode 26.3 で変わったこと

Apple 公式の MCP サーバーが公開されました (xcrun mcpbridge)。

特徴的なのは Xcode の UI と連動する点です。MCP 経由でビルドを実行すると、Xcode 上の UI にもビルド中の状態やビルドログがリアルタイムに反映されます。ターミナルで AI が何をやっているか分からない、ということがなくなります。

さらに、RenderPreview というツールが追加されました。従来、AI が生成した UI を確認するには Snapshot Test を書いてその結果画像を渡す、といった手間が必要でした。Xcode MCP なら、SwiftUI の #Preview を直接レンダリングして画像を取得できます。

Xcode 内で Coding Agent が利用可能に

Xcode 26.3 では、Xcode の中から直接 Claude Agent や OpenAI Codex を呼び出せるようになりました。プロジェクト全体の構成を把握させた上で横断的なタスクをこなしたり、ビルド・テストの結果をもとに修正を繰り返す自律的なワークフローが可能になっています。

また、Coding Agent ごとに設定ファイル (.claude.json など) で細かく制御できるようになりました。

Xcode 26.3 でできることの詳細

ここからは、Xcode MCP と In-Xcode (Xcode 内蔵の Coding Agent) それぞれについて、できることと制約を整理していきます。

xcrun mcpbridge で利用可能な主なツールは以下の通りです。

• ファイル操作系: XcodeWrite, XcodeRead, XcodeGlob, XcodeGrep など
• ビルド・テスト系: BuildProject, RunAllTests, RunSomeTests など
• プロジェクト情報系: XcodeListNavigatorIssues, XcodeListWindows など
• その他: RenderPreview, ExecuteSnippet, DocumentationSearch

この中から、特に注目すべきツールを 3 つ紹介します。

1. XcodeWrite ── ファイルのプロジェクト自動追加

Xcode プロジェクトに新しいファイルを追加するとき、XcodeWrite ツールを使うと、ファイルをディスクに書き出すだけでなく、プロジェクトファイル (.xcodeproj) への追加も自動で行ってくれます。

• Write (Claude Code 標準): ファイルシステムに書き出すのみ。
• XcodeWrite (Xcode MCP): ファイルシステムへの書き出し + プロジェクトファイルへの追加。
• objectVersion 77 (Xcode 26 の新形式): ファイルシステムとプロジェクト構造が自動同期されるため Write と同等の挙動。
• objectVersion 76 以前 (従来形式): 明示的にプロジェクトに追加する必要があるため XcodeWrite の価値が大きい。

2. BuildProject ── 正確なエラー情報

ビルドエラーにはファイルパス・行番号・メッセージが正確に含まれます。xcodebuild の出力をパースするよりも確実です。

// BuildProject のエラーレスポンス例
errors: [
  {
    "classification": "error",
    "file": "WeatherApp/Views/ContentView.swift",
    "line": 42,
    "message": "Cannot convert value of type 'String' to expected argument type 'Int'"
  }
]

3. RenderPreview ── SwiftUI Preview のスナップショット

SwiftUI の #Preview で定義したプレビューを画像として取得できます。

ただし注意点として、RenderPreview は初期レンダリング直後のスナップショットしか撮れません。.task 修飾子などで非同期に読み込まれるデータは反映されません。

#Preview("Loaded") {
  let viewModel = {
    let vm = WeatherViewModel()
    vm.weatherList = WeatherViewModel.sampleData
    return vm
  }()
  ContentView(viewModel: viewModel)
}

#### 制約事項

Scheme が選べない ── 最大の制約

Xcode MCP の最大の制約です。tabIdentifier を指定できないため、アクティブな Scheme や Destination を選択できません。

マルチプラットフォームのプロジェクトだと、意図しない Destination が勝手に選ばれてしまいます。実際に Point-Free の isowords プロジェクトで試すと、以下のようなエラーが発生しました。

'UIKit' is unavailable in macOS
'AVAudioSession' is unavailable in macOS

• BuildProject: 間違った Destination でビルドエラーになる。
• RunSomeTests / RunAllTests: ビルドが通らないのでテストも動かない。
• RenderPreview: Scheme に関係ないので影響なし。

現状の回避策は、Xcode UI で事前に正しい Scheme を選んでおくか、単一ターゲットのシンプルなプロジェクトを使うことです。

RenderPreview が不安定

• MCP 経由で呼ぶと応答が返ってこないことがある。Xcode の再起動で復旧する。
• コンパイルエラーしか検出できない。実行時のバグは検出不可能。

In-Xcode（Xcode 内蔵の Coding Agent）

Xcode の中から Claude Agent や OpenAI Codex を直接呼び出して使います。開発者が指示を出すと、Xcode がプロジェクトのファイルツリー、開いているファイルの内容、Import 先の SDK シンボル情報、Git の状態などを 毎ターン自動的に AI に注入してくれます。

ビルドや修正のループも Xcode が自動で回してくれるので、体感としては「Xcode に頼んだら勝手にやってくれる」に近いです。

#### CLI（Claude Code / Cursor）で使った場合との違い

CLI ベースの方が「必要な情報だけ取りに行く」ことができるため、大きなプロジェクトではコンテキスト効率が良くなります。一方、In-Xcode はセットアップ不要で手軽に始められるのが利点です。

チームで統一的に導入する場合は、設定をコードとして管理できる CLI ベース (CLAUDE.md や .claude/settings.json) が適しているでしょう。

#### In-Xcode の制約

ネットアクセス許可が Codex だけ

「インターネットアクセスツールを許可」の設定が Codex にのみ適用される。Claude Agent は個別にコマンドを許可する必要がある。

プライバシー保護ディレクトリの問題

Desktop 等のプロジェクトへのアクセスを拒否すると復旧が面倒。プロジェクトを別の場所に置くのが無難。

タップルでのこれまでの検証と今後の方針

ここからは、タップルでこれまでどのように AI コーディングの検証・導入を進めてきたか、そして Xcode 26.3 を受けてこれからどうしていくかを紹介します。

#### 今まで検証・導入をしていたこと

Xcode 26.3 が出る前から、AI の書いたコードを検証して修正させるループを作る取り組みを進めていました。

AI にコードを書かせた後、ビルドを回してエラーがあれば修正させる、というサイクルを回す仕組みです。前述のとおり、xcodebuild の出力をパースする必要があり、煩雑でした。

Visual Regression Test を利用した UI 検証

AI が生成した UI が意図通りかを確認するために、Visual Regression Test (スナップショットテスト) の結果画像を AI に見せて判断させる仕組みも検討していました。ただ、スナップショットテスト自体を書く・メンテナンスするコストが発生する点が課題でした。

#### Xcode 26.3 を受けた今後の方針

Xcode 26.3 の登場により、以下の 3 つの方針で活用を進めていきます。

1. RenderPreview を活用した UI 検証

Visual Regression Test の代わりに、Xcode MCP の RenderPreview でプレビュー画像を取得し、AI に検証させます。テストコードのメンテナンスコストが削減できます。

1. Xcode MCP のビルド・テストを利用する (利用可能な箇所で)

ただし、現状の Xcode MCP は tabIdentifier を指定できないため、Scheme 選択が問題ない単一ターゲットのプロジェクトなど、条件が合う場合に限ります。

1. AI Agent からのファイル追加・削除に Xcode MCP を利用する

AI がファイルを追加・削除する際に、Claude Code 標準の Write/Delete の代わりに XcodeWrite/XcodeDelete を使い、プロジェクトファイルとの整合性を保ちます。

まとめ

Xcode 26.3 で何が変わり、タップルでどう活用していくかを紹介しました。要点を 3 つにまとめます。

1. Xcode MCP により、AI とビルドシステムの連携が公式にサポートされた: Apple 公式の MCP サーバーが出たことで、サードパーティツールに頼らず、任意の Coding Agent から Xcode のビルド・テスト・Preview を利用できるようになりました。
2. In-Xcode の Coding Agent で、Xcode 内での自律的なコーディングが可能になった: プロジェクト情報の自動注入やビルドループの自動化など、「指示を出したら待つだけ」の体験が実現しています。
3. Scheme が選べないなど制約は残るが、段階的に導入する価値がある: RenderPreview を活用した UI 検証や、XcodeWrite によるプロジェクト統合など、現時点でも実用的な活用ポイントがあります。

Xcode 26.3 はまだ完璧ではありませんが、iOS 開発の AI 活用を一段階引き上げてくれるアップデートだと感じています。今後のアップデートで Scheme 選択や RenderPreview の安定性が改善されれば、さらに活用の幅が広がるはずです。

参考リンク

• What’s new in Xcode 26 – WWDC25 – Apple Developer
• Xcode 26.3 unlocks the power of agentic coding – Apple
• Giving external agentic coding tools access to Xcode – Apple Developer
• Xcode 26.3 RC 2 Release Notes – Apple Developer Documentation