ハクソク

世界を動かす技術を、日本語で。

Xcode 26.3 – 開発者はXcode内でコーディングエージェントを直接活用できるようになりました

111日前原文(apple.com)

概要

  • Xcode 26.3 がエージェンティックコーディングに対応
  • Claude Agent や Codex などのコーディングエージェントを直接利用可能
  • 開発効率と自律性の大幅向上
  • Model Context Protocol による柔軟なエージェント連携
  • Apple Developer Program会員向けリリース候補配信開始

Xcode 26.3によるエージェンティックコーディングの解放

  • Xcode 26.3 でエージェンティックコーディング機能を新搭載
  • AnthropicのClaude Agent や OpenAIのCodex と直接連携可能
  • コーディングエージェントが複雑なタスクを自律的に分解・実行
  • プロジェクト構造や組み込みツールを活用した意思決定支援
  • Swift のコーディングアシスタントなど、Xcode 26の知能機能を拡張
  • コーディングエージェントが全開発ライフサイクルで協働
  • ドキュメント検索・ファイル構造探索・プロジェクト設定更新・Xcode Previewsのキャプチャやビルド検証などを自動化
  • 開発者のワークフロー効率化と迅速なアイデア具現化を実現

Appleのコメントと開発者へのメリット

  • Appleの Susan Prescott 副社長による公式コメント
    • 「業界最先端の技術を開発者に直接提供し、最高のアプリ開発をサポート」
    • 「エージェンティックコーディングは生産性と創造性を飛躍的に向上」
    • 「開発ワークフローの簡素化で、イノベーションに集中可能」

柔軟なエージェント連携と標準プロトコル

  • Claude Agent や Codex の高度な推論能力をアプリ開発に直接活用
  • Xcodeのネイティブ機能とエージェントの強みを融合
  • プロジェクトに最適なモデルを選択可能な柔軟性
  • Model Context Protocol によるオープン標準で、他の互換エージェントやツールとも連携可能

提供状況と利用条件

  • Xcode 26.3 はApple Developer Program会員向けリリース候補として本日より提供開始
  • 近日中にApp Storeで正式リリース予定
  • Anthropic および OpenAI の利用規約が適用される可能性

問い合わせ先

  • Apple広報担当： Adam Dema (AdamDema@apple.com)
  • Apple Media Helpline：media.help@apple.com

Hackerたちの意見

Anthropicのブログ: 「AppleのXcodeがClaude Agent SDKをサポートするようになった」 https://www.anthropic.com/news/apple-xcode-claude-agent-sdk

もうXcode 26.2でClaude使ってるんだけど、26.3で具体的に何が変わったの？マーケティングの雰囲気のせいでよくわからないんだよね。

└

FTA: 「これらの組み込み統合に加えて、Xcode 26.3はModel Context Protocolを通じてその機能を提供します。これは開発者にXcodeと互換性のあるエージェントやツールを柔軟に使うことを可能にするオープンスタンダードです。」他にも改善点があるかもしれないね。

└

現在のエージェント統合パネルで3つのプロバイダータイプを試してみたけど、それを使おうとしたらXcodeがめちゃくちゃクラッシュして、IDEすら立ち上がらなかった。

└

この質問をしに来たんだ。今のエージェンティックなコーディング統合は、もっさりしてて遅いと思う。CLIで好きなエージェンティックなコーディングツールを使った方が、Xcodeプロジェクトではずっとうまくいってるよ。

最近のAppleのOSリリースって、どれくらい「エージェントコーディング」で作られたんだろう？

└

UIデザインは明らかにチャットボットがやったね。

└

マーク・ガーマン（BloombergのApple担当記者）によると、Appleは「Claudeで動いている」らしいよ。 https://x.com/tbpn/status/2016911797656367199?s=61

└

アクティビティモニタを見て、フルスクリーンに近づくまでタブが表示されないと、これって本当にvibecodingが流行する前に作られたクソ製品だなって思う。まさに時代を先取りしてるよね。

MCPサポートが本当のポイントだね。これでClaudeやCodexに縛られないし、好きなエージェントを使えるようになる。

└

100%賛成！もっとMCP向けのツールを開放してほしい。Xcode Instrumentsが本格的にMCPをサポートするようになったら、めっちゃ大きいね。

基礎が腐ってるのに空想の城を建ててる感じ :/ Xcodeは、ハイプを追いかけるんじゃなくて、純粋なバグ修正と最適化のリリースを数年やるべきだよ。

└

macOSにはそれが必要だよね。すごいアイデアがあるのに、実装が途中で放置されてるみたい。

└

確かに、Xcodeはまた一から作り直す必要があるね。もしフォークして古いプロジェクトファイルを捨てて、Swiftファーストのアプローチにしたら、うまくいくかも。でも、Claudeのサポートを追加するのは大きな進展だよ。これがあれば、まともなIDEへの移行が可能になるかもしれない。ただ、そのためには会社に全くリーダーシップが必要なんだけどね。

└

わからないけど、こういうコーディングアシスタント機能はそんなに難しくないと思うし、開発者にとっては大きな価値を提供できると思う。今やほとんどの人気IDEは似たような機能をサポートしてるし。ただ、Appleが今のプラットフォーム全体でバグ修正にもっと注力すべきだって意見には賛成だよ。

└

バグ修正だけじゃ株主を喜ばせられないけど、AIを押し付けるのは喜ばれるんだろうね。

└

一応言っとくけど、Xcodeって名前になる前から使ってたし、毎年誰かが同じことを言ってる気がする。確か、obj-cの短命なガーベジコレクションに変わった時に品質が大きく落ちた気がするし、それ以降は信頼性が戻らなかったように感じる。

└

正直な質問なんだけど、Xcodeを10年使ってるけど、私にとってはずっと改善されてきたし、特に困ったことはないよ。バグも確実に修正されてるしね。iOS、macOS、CarPlay、Apple Watch向けのソフトウェアを作ってるけど、たまにリセットしたりキャッシュをクリアすることはあるけど、そんなことで日常が止まることはないよ。Xcodeの何がそんなにひどいの？

└

Xcodeは本当に数年分の純粋なバグ修正が必要だね。8時間後：終わったよ、相棒！

└

これは流行に乗ってるわけじゃないよ。AIは今やソフトウェアエンジニアリングの重要な部分だから、Xcodeにそれがないのは製品の未来にとって致命的なリスクになると思う。

└

基礎が腐っていく中で空に城を建てる :/ それすら腐ってないよ。そもそも完成してないし。XCode 26なのに、ナビゲーターやタブが他のすべてのソフトウェアや他のOS、もちろんMacOSでも動かないなんて、ほんとにおかしい。だから「XCodeプロジェクト」を扱うときは、可能ならEmacsを使うことにしたんだ。XCodeはプロジェクトの再構成やステップバイステップのデバッグには良いけど、エディタとしては全く使えないよ。

リリースノート: https://developer.apple.com/documentation/xcode-release-note... 驚くことに、このバージョンはMacOS 26（Tahoe）を必要としないんだ。

└

私のiOS開発の経験から言うと、https://xcodereleases.comによれば、Xcodeは通常年に2回の主要アップデートを出してるんだ。 - X.0（9月）：SwiftやSDKのバージョンアップなどがある。これには他のリリースよりも明らかに長いベータサイクルがある傾向がある。 - X.3またはX.4（3月頃）：再度Swiftをアップデートして、必要なmacOSの最小バージョンを引き上げる。間のリリースは通常、機能追加やバグ修正の小規模なアップデートだけど、主要なツールチェーンレベルや基本的な変更は含まれない。今日のリリースではSwiftのバージョンが上がってないから、コアツールチェーンはXcode 26.2と基本的に同じだと思う。だから、最小macOSバージョンが引き上げられなかったのも納得だね。

└

このバージョンはMacOS 26を必要としないと思うけど、AIサポートには必要だね。Xcodeは古いOSでは機能が制限されて動くよ。

「Xcodeプレビューを視覚的にキャプチャする」ってのが、これを価値あるものにするポイントだと思う。シミュレーターと連携できるなら、さらに最高だね。それ以外は、ターミナルでClaude Codeを使い続けるかな。

└

シミュレーターとは連携しないよ。それにはXcodeBuildMCPが必要。将来的にはこの機能が実装されるといいな。

XcodeBuildMCP [0]があるのに、いつXcodeを開く必要があるの？数ヶ月間Xcodeを開いてないよ。私のターミナルでは、Claudeがコードを書いて、build_simして、launch_app_simして、screenshot describe_uiしてる。Xcodeが必要なことは、Instrumentsのプロファイリングと署名/プロビジョニングだけかな。UIの反復作業では、describe_uiでアクセシビリティツリーを返す方がプレビューのスクリーンショットよりもエージェントにとって有用かもしれないね。

└

まだ、ビューの迅速な反復作業でプレビューを再現する有用な方法を見つけられてないよ（ただし、これは特殊なケースだけど）。

└

クロードに初期実装をやってもらった後は、毎回Xcodeを開いて変更をバージョンエディタでレビューしてるよ。IDEのコードナビゲーション機能を使ってコードをステップ実行したり、手動で変更を検証するためにビルド・実行もしてる。ただ、分析とテストはクロードにやらせてるけどね。

└

Xcodeプロジェクトの複数の設定ファイルは、私の記憶が正しければ公に文書化されてないし、何か壊れたら修正が難しいから、エージェントには変更しないようにしてるんだ。エージェントプログラミングがXcodeでどう機能するかはわからないけど、より安全なアプローチを使うことを期待してるから、そこでもアドバンテージがあるかもね。あなたのワークフローはすごく興味深い、特にdescribe_uiの部分、もうできるようになってるの？

└

XcodeBuildMCPはC++シンボルの定義を出力できるの？AppleがXcodeプロジェクト用のLSPサーバーをうっかりリリースしちゃったの？それはすごいことだね。

これらは、彼らのCLIが信頼性よく動けば避けられることなんだけどね。代わりに、ランダムに失敗するし（Xcodeから同じタスクを実行すると直る）、5,000行の無駄な非構造化出力を出す（xcbeautifyみたいなツールが助けようとしてるけど、なかなか大変）。Xcodeはxcodebuildの欠点を回避する方法を知ってる気がするけど、それを直す代わりにXcodeをMCPサーバーでラップしちゃったんだ。何もないよりはマシだけど、信頼性のあるCLIがあれば、ツールのエコシステムが広がると思う。

└

xcodeで始まるCLIには当てはまるけど、swiftで始まるCLIには当てはまらないよ。swift-formatやswift-testが独自の地位を確立してからは、他の言語エコシステムと同じくらい信頼性がある。違いは本当に驚くべきものだよ。去年の夏に、アプリのコードを（意味不明に必要な）Swiftパッケージ依存に抽出する方法についてのガイドを書いたんだ。これでSwift Testingでテストできるようにしたんだよ。 https://justin.searls.co/posts/i-made-xcodes-tests-60-times-...

OT: Xcodeを起動すると、カーネルパニックみたいなことが起きるんだよね。楽しいやつじゃなくて、存在的なやつ。毎回、.jsonや.xmlファイルの関連付けを奪われるたびに、Emacsとviの戦争以来の怒りを感じるよ…あの時は、少なくとも地質時代を超える前に開けるエディタの話だったから。きれいに表示されたテキストファイルを見たいだけなのに、12GBのIDEなんていらない。catは1971年からこれをやってるのに。デニス・リッチーが解決したのに、Appleは40年経っても軽量な開発者向けのテキストビューアを出せなかったの？NeXTSTEPもあったし、今まで作られた中で最もエレガントなUnixワークステーションのDNAもあったのに、これをくれたの？立ち上げるのにフルGentooステージ1インストールに匹敵する時間がかかるアプリだよ（参照: https://niden.net/post/gentoo-stage-1-installation）。TextEditは解決策じゃない。iOSのネイティブ開発でXcodeを使ったことがあるけど、正直、ストックホルム症候群を乗り越えたら、まあまあ使えるよ。 - インターフェースは学べる。 - デバッガーは大体動く。だけど、読み込み時間は、今まで持ってた高性能MBPのどれでも、Xcodeのバイナリのどこかに2006年に誰かがcommitしたsleep(rand())があるんじゃないかって思わせる。余談だけど、誰かが「起動フラグを見逃してる」って言うのが怖い。もう隠しておけない真実なんだ。

└

同意するよ、イライラするよね。最近は少し早くなった気もするけど（多分？）、それでも10秒くらいかかる。FinderのGUIよりも簡単にファイルの関連付けを設定するには、（https://github.com/moretension/dutiを使って）以下のコマンドを実行してみて: duti -s com.apple.textedit public.${whatever} all ここで${whatever}は{plain-text, json, source-code, ...}のいずれかだよ。lsregister -dumpを解析して自動化する方法もあると思うけど、私は持ってるMac全てでTextEditをデフォルトにするスクリプトを実行してるよ。

└

sleep(rand()) 優しすぎるよ。それ、8コア分の並列ビジーループみたいに感じる！アラン・ダイが、ユーザーが忙しいのを一時停止して彼のアーティスティックなミニマルな未塗装のLiquid Glassウィンドウフレームを眺められるように、そこに入れさせたに違いないね。

└

どうして好きなアプリにファイルの関連付けを変えられないの？Xcodeが勝手に関連付けを戻してるの？アップデートの時だけなの？Appleが何かを提供するのは期待されてるけど、どうして彼らがそれを提供するのが当たり前なの？JSONを再フォーマットできるテキストエディタなんて、無限にあるのに。Xcodeも持ってるけど、JSONは別のエディタに関連付けてる。今まで一度も変わったことはないよ。

└

一時期、MacOS用の開発に興味があったけど、Xcodeをインストールして開いて使おうとしたら、すぐに興味を失った。競合他社に比べて、こんなに使い勝手が悪いIDEは見たことがない。

└

ファイルの関連付けを奪うのは、macOSの最もひどくて悪意のあることの一つだよ。好きなように設定できるけど、Appleがそうしたいと思ったら、CSVはNumbersに、JSONはXcodeに行くんだ。

└

XcodeがiOSランタイムとかのために、巨大でマルチギガバイトのアーティファクトをたくさんインストールして、ハードドライブを埋め尽くして、スペースが足りなくてアップデートできないって、しかもSIPのせいで削除もできないっていうのが好き。