t0nAr1sm

Appleを理解して翻訳する。それが「となりずむ」

Xcode 26.3でAIが「自律」する。MCP対応でClaudeと描くアプリ開発の終着点

Xcode 26.3の「Intelligence」設定画面。OpenAIのCodexやAnthropicのClaude Agentを選択できるプロバイダー一覧と、それらを利用して開発中のiPhoneアプリ(富士山の詳細画面)が表示されたMacBook Proのスクリーン

✅この記事では、Xcode 26.3で入った「Agentic Coding(エージェント型コーディング)」が何を変えるのかを、機能とリスクの両面から押さえます。Claude AgentとCodexの統合、そしてMCP対応が“地味に大きい理由”までまとめます。まず判断としては、検証用・個人プロジェクトならRC版で触ってOK、実務案件や納期がある現場は正式版を待つのが無難です。

どうも、となりです。

iPhoneアプリを作るためのApple公式ツール「Xcode」が、今回とんでもない進化を遂げました。

XcodeのAI機能って、ここ数年で一気に「補助」から「共同作業」に寄ってきましたよね。コード補完やチャットでの修正だけでも便利なのに、次はタスクを自律的に進める存在が、IDEの中に入ってきました。

今回のXcode 26.3(Release Candidate)は、その流れを一段進めます。ここでいうRelease Candidateは一般公開の正式版ではなく、正式リリース直前の候補版です。Appleが言う“agentic”は、単に賢い提案をするのではなく、プロジェクト全体を読み、必要な手を動かし、結果を確認して直すところまで含めた話です。

要点まとめ:Xcodeが「補助」から「実行役」へ

Xcode 26.3の中心は、AIを“入力欄の賢い相棒”ではなく、作業を進める主体として扱う点です。便利さの伸び方が大きいぶん、権限と安全性の見方も変わります。

  • Xcode 26.3のRelease Candidateが公開(正式リリース直前の候補版)(現地2026年2月3日(米国)/日本2026年2月4日(JST))
  • 新機能:Agentic Coding(エージェント型コーディング)
  • 統合:AnthropicのClaude AgentOpenAIのCodexをXcodeに直接統合
  • 連携:Model Context Protocol(MCP)(AIモデルと開発ツールを繋ぐ共通規格)対応で、互換エージェントを柔軟に接続可能
  • できること:ドキュメント検索/ファイル構造の把握/プロジェクト設定更新/ビルドと修正の反復/Xcode Previewsのスクリーンショットで視覚検証
  • 注意点:Bashコマンド実行など強い権限は設定でON/OFF(便利さと引き換えにリスクも増える)

詳細解説:Agentic Codingで何が“自動化”される?

従来の「AIに質問して、回答をコピペする」だと、最後は人間がIDE上でつなぎ込みます。Agentic Codingは、そこをエージェントがXcodeの機能を使って埋めるのがポイントです。

Xcode 26.3の開発画面。Claude Agentのタスク一覧とSwiftUIコード(LandmarkDetailView)が表示され、右側のiPhone 17 Proシミュレータには「Mount Fuji」の画面と天気ウィジェットがプレビューされている

Claude AgentがToDoを進めつつ、SwiftUIの画面をプレビューで確認できるXcode 26.3のAgentic Coding画面

1) 「コード生成」だけじゃなく、Xcodeの作業そのものに手が届く

Appleが挙げている範囲はかなり広いです。たとえば、エージェントがファイル構造を探索して設計の前提を掴み、必要ならプロジェクト設定を更新し、ドキュメントを検索しながら実装を進めます。

ここで気になるのが「どこまで見えるのか」です。公開情報の範囲では、少なくともXcodeで開いているローカルのプロジェクト(手元のファイル群)を前提に動く説明になっていますが、リポジトリ全体がローカルにクローンされていれば、その範囲は広がります。逆に、外部のクラウドや別ドライブ、社内の機密領域まで“勝手に”覗ける設計かどうかは、連携の形や権限設定の詳細次第で、ここは明確な線引きが見えるまで慎重に扱ったほうが安心です。

この“前提を読む力”があると、単発のスニペット生成よりも、実務に近い流れになります。たとえばAppleのAI連携の広がり自体は、Apple Intelligenceの全体像を押さえておくと、どこまでがAppleの責務で、どこからが外部モデルの領域かが見えやすいです。

2) 視覚チェックが入ると「直して終わり」まで近づく

地味に大きいのが、Xcode Previewsをキャプチャして、表示を見たうえで修正案を出せる点です。文章だけでUIの崩れを説明するより、スクリーンショットに対して直すほうが早い場面って多いですよね。

これが「実装→ビルド→確認→修正」の反復とセットになると、エージェントは“提案するだけ”じゃなく、成立する状態まで持っていく方向に寄っていきます。

3) ほぼワンクリックの導入は、体験を一気に広げる

実際のセットアップ手順を見ると、設定が簡単で、エージェントの導入がほぼ迷わない導線として作られています。空のプロジェクトから、短い指示でPomodoroタイマー相当のアプリが数分で動く、という体験はインパクトが強いです。

Xcode 26.3の開発画面。Claude Agentによる指示とSwiftUIコードが並び、右側のiPhoneシミュレータには「Pomodoro」作業タイマーアプリのメイン画面と設定シートが表示されている

Claude Agentが設計メモをもとにコードを書き進め、PomodoroタイマーアプリをそのままXcode上でビルド・プレビューしている様子。Agentic Codingの「考えて作って動かす」流れが一画面で完結している

たとえるなら、IDEに「副操縦士」が乗って、チェックリストを読んで手順も進めてくれる感じです。自分が操縦桿を握り続ける必要がないぶん、到達は速い。でも、何を許可したかは把握しておかないと怖い、という構図になります。

注目したいポイント:いちばんのニュースはMCP対応かもしれない

Claude AgentとCodexの統合は分かりやすい目玉です。ただ、長い目で見るとMCP対応のほうが「開発環境の寿命」を伸ばす要素になりそうです。

1) ロックインを避けやすい=“強いモデル”の入れ替えがしやすい

モデルの強さや得意分野って、数ヶ月単位で印象が変わります。IDE側がオープンな接続口を持っていると、特定の提供元に縛られにくくなります。

言い換えると、特定のAIモデルがサービス終了したり、より優れた新モデルが登場したりしても、Xcode側の仕組みを大きく変えずに中身だけを入れ替えやすい、という意味でもあります。

この文脈は、Xcodeに限らずAppleがMCPを受け入れた意味としても重要で、iOS 26のMCP連携の話とも重なります。エージェントが“入れ替え可能”であること自体が、開発者にとっての安心材料になります。

ただし、iOS側のMCP連携は「現時点で確定した実装」と決め打ちするより、今後のOSアップデートでそういう流れに寄っていく可能性がある、という見立てとして捉えたほうが混乱が少ないと思います。

2) 便利さが増えるほど「権限」と「責任」が重くなる

一方で、エージェントができることが増えるほど、事故の種類も変わります。とくにBashコマンド実行のような強い権限は、設定で切り替えられるとしても、初心者ほど判断が難しいんですよね。

ここは「便利だから全部ON」で進むより、まずは最小権限で慣れて、必要なときだけ広げるのが現実的です。Siriの外部モデル連携でも、結局は契約・運用・安全柵が体験を左右しますが、Siriと外部モデルの話と同じで、“賢さ”だけで片付かない部分が残ります。

個人的には、日本の現場だとここがよりシビアになりがちです。たとえば「社内PCの実行権限」「監査ログの取り方」「秘密情報(APIキーや証明書)の扱い」「外部サービスへの送信可否」みたいなセキュリティポリシーが先に決まっていて、開発者が“便利だから”で突破できないケースが多い。だからこそ、ぼくはBash実行みたいな強権限は実験用の隔離環境でだけ触って、実務は「許可された範囲だけで回る運用」に寄せたほうが事故りにくいと思っています。

3) 「作れる人」が増えるのは良い。でもApp Store側の負荷は増える

エージェントがアプリを形にしてしまうと、いわゆるVibe Coding(雰囲気を伝えるだけでAIが形にしてくれる開発手法)が現実味を帯びます。これは入口を広げる一方で、似た構造のアプリが大量に出る可能性もあります。

つまり、開発のコストが下がるほど、審査や品質担保のコストが上がる方向に動くかもしれません。ここは現時点で確定した話ではなく、業界の構造変化としての推測です。

もしこの流れが進むなら、祝福と呪いの分かれ目は「誰でも作れる」ではなく、「誰でも出せる」をどう制御するか、になっていきそうです。

Redditの反応:MCP歓迎と、レガシー現場の不安

反応の軸はだいたい3つに割れています。MCP対応の評価巨大コードベースでの実用性、そして権限の怖さです。

MCP対応が最大のニュース
特定モデルに縛られず、強いエージェントをXcodeで使い続けられる判断が賢い、という声。

レガシーコードで本当に回る?
ファイル構造を理解できるとしても、依存関係が複雑な現場でどこまで通用するかは見たい、という慎重な見方。

Bash自動実行は怖いが、視覚修正は魔法
rm -rfの冗談が飛ぶ一方で、Previewの見た目を見て直す流れは体験として強い、という評価。

となりの見方:いちばん大事なのは「エージェントを使うか」より、どこまで任せるかなんだと思います。自分の現場で“任せていい範囲”って、どこになりそうですか?

ひとこと:開発者の仕事は「書く」から「指揮する」へ

Agentic Codingが広がると、「コードを書く」時間がゼロになるわけではありません。でも、比重は変わります。うまくいく人は、プロンプトが上手いというより、要件を分解して、境界条件を言語化して、検証ループを回すのが上手い人になりそうです。

逆に言うと、初心者でも形にできる時代になるほど、経験者の価値は「速く書ける」よりも、「壊れにくく作る」「運用で詰まらない設計にする」へ寄っていきます。便利さに乗ってスピードだけ上げると、あとから保守で苦しくなるのも現実です。

結局、迷うのはここですよね。「便利そうだけど、任せすぎて大丈夫?」。まずは最小権限で、短いタスクから試すのが、いちばん怖くない入口だと思います。

まとめ:Xcode 26.3は“AI機能追加”ではなく、開発の役割分担を変える

Xcode 26.3のAgentic Codingは、AIを「提案する存在」から「作業を進める存在」に近づけました。Claude AgentとCodexの統合で体験は分かりやすく伸びますが、長期的にはMCP対応が“選べる未来”を作ります。

いままでのAIチャットは「聞けば答えてくれる」止まりでしたが、エージェントはXcodeの中で実際にボタンを押し、ビルドし、直して確認するところまで踏み込みます。この違いが、便利さと同時に“任せ方”の難しさも生みます。

一方で、権限が強くなるほどリスクも増えます。とくにBash実行のような設定は、便利さより事故の確率を先に見たほうが安心です。

速く作れる時代は、速く壊れる時代にもなりがちです。だからこそ「任せる範囲」を決めるのが、これからの開発の基礎になっていきそうです。

ではまた!

Yubico セキュリティキー YubiKey 5C NFC

Yubico セキュリティキー YubiKey 5C NFC

  • Yubico

外部エージェント連携が増えるほど、アカウント防御は“最初に固める”ほうが安心です。ログインを鍵に寄せて、権限の強い設定を触るときの不安を減らせます。

Amazon

Source: Apple Newsroom, AppleInsider, Six Colors, 9to5Mac, Reddit