Xcode 26.3 RC 2公開：Claude統合の最終調整か、正式版は来週の予感

Xcodeで「Landmarks」アプリのソースコードを編集する画面。左側のサイドバーにはAIエージェントによるTodoリストと実装の進捗が表示され、右側にはiPhone 17 Proのシミュレータで富士山の詳細画面とWeatherKitによる天気情報がプレビューされている

✅この記事では、Xcode 26.3 Release Candidate 2（RC 2）の配布で何が変わったのかと、エージェンティックコーディング（agentic coding）まわりの実務への影響を整理します。
OS 26.3系が先に正式版になったのにXcodeだけ遅れた理由も、断定せず“起きている事実”から考えます。

要点まとめ：RC 2は“見えない最終確認”の合図
詳細解説：なぜ“OSの後追い”がつらいのか
詳細解説：エージェンティックコーディングは“チャット補助”より一段奥
注目したいポイント：RC 2が示す“気になる違和感”は3つ
Redditの反応：RC 2の意味を“バグ”と見るか、“慎重さ”と見るか
ひとこと：AI統合が良いほど、最後の調整は目立たなくなる
まとめ：RC 2は“完成が近い”一方で、断定できない部分も残る

どうも、となりです。

Xcode 26.3は、AppleがNewsroomで大きく取り上げた「エージェンティックコーディング」が目玉です。AnthropicのClaude AgentとOpenAIのCodexを、Xcodeの中に“ネイティブ統合”する、という扱いですね。
ちなみにRC（Release Candidate）は「ほぼ完成版の候補」で、ここから先は“最終チェックと微調整”が中心になりやすい段階です。

一方で、iOS 26.3やmacOS 26.3などの正式版は2026年2月11日に出たのに、Xcode 26.3は同日に来ませんでした。ここは開発現場だと地味に困るやつで、だからこそ今回のRC 2は「ただの小粒アップデート」では終わらない空気があります。

要点まとめ：RC 2は“見えない最終確認”の合図

パッと見は「RCがもう1個増えただけ」ですが、タイミングがタイミングです。Xcodeが出ないと進めにくい作業があるので、意味合いは重めです。

Xcode 26.3 RC 2が配布（現地 2026年2月20日（PT）／日本 2026年2月21日（JST））。
RC 1は2026年2月上旬に配布。iOS 26.3 / macOS 26.3などのRCも同時期に出ていました。
iOS 26.3 / macOS 26.3などの正式版は2026年2月12日にリリース。ただしこの日にXcode 26.3は含まれませんでした。
次期版のXcode 26.4 Beta 1はすでに配布開始（ベータが走っているのに、26.3のRCが続く形）。
RC 1→RC 2の具体的な差分は、公開情報だけでは特定できません（変更点の断定はできない状態）。

詳細解説：なぜ“OSの後追い”がつらいのか

OSが先に正式版になって、Xcodeが遅れて来る。これ、実務だと「どれを基準に動くか」がズレます。

たとえば、OS 26.3のSDKや挙動に合わせた調整は、Xcode側の最終版がないと“安全な着地”が取りにくいです。RCで試せるとはいえ、チームで採用判断をするなら「RC前提で進める」か「正式版待ちで止める」かの分岐が出ます。

もうひとつ気にしておきたいのが、App Storeへの投稿（審査）です。提出タイミングによっては、App Store Connect側が「特定のXcode/SDKでビルドしたアプリ」だけを受け付けることがあります。ベータ版やRCを含む開発環境でビルドした扱いになって投稿が止まるケースもあるので、提出が絡む人はApp Store Connectの要件表示を必ず確認したいところです。なお、現時点でXcode 26.3 RC 2が投稿にどう扱われるかは、Appleが変更点を明示していない部分もあり不明です。

もう1つは、エージェンティックコーディングのように「IDEの中で外部サービスと深くつながる機能」が絡むと、最終段階の調整が増えがちです。ビルドやテスト、ドキュメント検索など“Xcodeが持つ道具”に触れるぶん、端の条件で崩れる場所が多いんですよね。

OS 26.3の配布タイミングと合わせて眺めたい人は、このあたりの流れも手がかりになります。OS 26.3系の動き（iOS/macOSの配布タイミング）

詳細解説：エージェンティックコーディングは“チャット補助”より一段奥

Appleの説明だと、agentic codingは「コード提案」より踏み込みます。目標を渡すと、タスクを分解し、プロジェクト構成を踏まえて判断し、Xcodeのツールを使いながら前に進む、という位置づけです。
ざっくり言うと「チャットで相談する」より、「道具箱（ビルドやテスト）まで触れる作業役が入る」イメージが近いです。

統合対象として明示されているのが、AnthropicのClaude AgentとOpenAIのCodexです。ここが重要で、外部AIの“賢さ”だけじゃなく、Xcode側の機能（ビルド、テスト、設定、検索など）へどう触れるかが体験を決めます。

国や地域の違いも、ここは線引きが必要です。

確定していること：AppleはClaude AgentとCodexの統合を発表しており、Xcode内で直接使える機能として説明しています。
まだ確定していないこと：日本のApple IDや居住環境での提供条件、日本語のプロンプトがどこまで前提として扱われるか、Claude/Codex側のアカウント要件や地域制限が実運用でどう影響するかは、Appleがこの場で条件を出していないため断定できません。

エージェンティックコーディング自体の概要をもう少し掘りたいなら、この整理が近いです。Xcode 26.3のClaude/Codex統合の要点

注目したいポイント：RC 2が示す“気になる違和感”は3つ

ここ、気になりますよね。「もうRCまで来てたのに、なぜ？」って。

変則的なリリースサイクル：Xcode 26.4のベータが動いているのに、26.3のRCが続く。
OSとの乖離：OS 26.3の正式版から1週間以上遅れて、Xcode側がまだ確定していない。
AI統合の最終調整：RC 1の段階で評価が高い一方、RC 2が必要になった“何か”がある（ただし中身は断定できない）。

まず事実として、RC 1→RC 2の変更ログが公開情報として見当たらない以上、何が直ったのかは外からは特定できません。ここは「違いが見えない」こと自体が前提になります。

ここから先は推測ですが、一般的な開発サイクルだと、RC 2が出るパターンは「最終段階で条件が噛み合わない箇所が見つかった」ケースが多いです。特に外部サービス統合はネットワーク条件、認証、プロジェクト規模、権限、ビルド設定の組み合わせなど、崩れやすい条件が増えるので、エッジケースの不具合が後から出てきても不思議ではありません。

ただし、RC 2＝重大バグ確定、とは限りません。パフォーマンス、セキュリティ、配布条件、あるいはリリース手順の都合でも起きるので、ここは「変更点が公開されない限り、理由の断定はできない」が正直なところです。