Surprisingly, this version does not require MacOS 26 (Tahoe).
flohofwoeyesterday at 6:24 PM
Building castles in the sky while the foundation is rotting away :/ Xcode really needs a couple of years of pure bugfix and optimization releases instead of hype-chasing.
cyrusradfaryesterday at 9:22 PM
OT: Rant
Xcode being loaded on my computer causes something akin to a kernel panic.
Not the fun kind where you get to read a backtrace and feel something. The existential kind.
Every time it hijacks a .json or .xml file association, I experience a rage that hasn't been matched since the Emacs/vi wars ... and at least those were about editors that could open in under a geological epoch.
I just want to look at a text file with pretty print.
I do not need a 12GB IDE to render curly braces. cat has been doing this since 1971. Dennis Ritchie solved this.
Why, Apple, in 40 years, could you not ship a lightweight dev-oriented text viewer? You had NeXTSTEP. You had the DNA of the most elegant Unix workstation ever built.
I've used Xcode for native iOS development and honestly, once you get past the Stockholm Syndrome phase, it's just fine.
- The interface is learnable.
- The debugger mostly works.
But the load times -- on every high-end MBP I've ever owned -- suggest that somewhere deep in the Xcode binary, there's a sleep(rand()) that someone committed in 2006 and no one has had the courage to git blame.
FWIW, I fear someone here tells me I've been missing a launch flag. Alas, it's my truth and I can't hold it in anymore.
OsamaJaberyesterday at 6:22 PM
MCP support is the real story here
Means you're not locked into Claude or Codex
Can plug in whatever agent you want
scosmanyesterday at 8:46 PM
All of this could be avoided if their CLIs worked reliably and well. Instead the randomly fail (you fix them by running the same task from Xcode), and output 5k lines of useless unstructured output (tools like xcbeautify try to help but it’s an uphill battle).
I feel like Xcode knows how to work around xcodebuild’s shortcomings, and instead of fixing them they just wrapped Xcode in an MCP server.
Better than nothing I guess, but reliable CLIs would allow a whole ecosystem of tools.
anupamchughyesterday at 7:07 PM
When do you actually need to open Xcode if you have XcodeBuildMCP [0]?
I haven't opened Xcode in months. My terminal: Claude writes code. build_sim. launch_app_sim. screenshot describe_ui.
What still requires Xcode: Instruments profiling, Signing/provisioning
For UI iteration, describe_ui returning the accessibility tree might actually be more useful to an agent than a preview screenshot.
OGEnthusiastyesterday at 6:21 PM
I wonder how much of the recent Apple OS releases were done with "agentic coding".
meetpateltechyesterday at 6:12 PM
Anthropic's blog:
> Apple’s Xcode now supports the Claude Agent SDK
I am already using Claude in Xcode 26.2. What did they change / add specifically in 26.3? It's not super clear behind the marketing haze.
mikeocoolyesterday at 7:00 PM
"visually by capturing Xcode Previews" is probably the thing that will make this worthwhile, also if it's able to interact with the simulator that would be killer.
Beyond that, I'd just keep using Claude Code in the terminal.
SirMasteryesterday at 6:59 PM
I don't think I'm ready for my phone apps to get even more sloppy...
I wonder if they used this internally to write iOS 26? Would explain some things...
willtemperleytoday at 12:33 AM
What does this mean for code confidentiality? Your entire codebase is sent to Anthropic?
xzeltoday at 12:22 AM
Can’t wait to read the posts on moltbook from the AIs who had the poor luck of working in Xcode.
jon889yesterday at 8:46 PM
It keeps asking if I want to run the app after building it. I reply yes, and then it says it can't do that, tries to build again by command line and gets stuck... (even with approving the command)
OscarTheGrinchyesterday at 6:24 PM
Just in time for AI to go all tits up.
msvanyesterday at 8:43 PM
One thing that would be genuinely useful would be the ability to integrate Claude with the Metal debugger somehow, to get automated analysis of GPU profiling. The .gputrace format is proprietary and cannot be easily analyzed, and it seems that the new "agentic coding" integration in Xcode also does nothing to expose this data to LLMs. Oh well.
r2vcapyesterday at 7:02 PM
Wait…
https://xcodereleases.com hasn’t shown anything since last December, so I assumed Apple had taken a breather from Xcode development, but they released an RC build today?
Anyway, the Swift version seems unchanged (6.2.3), so is this update mainly for the so-called “Coding Intelligence” features?
In any case, Xcode isn’t my favorite IDE—it’s too slow and feels quite different from other major IDEs—so I probably won’t use it for day-to-day coding (though it’s fine for building and debugging).
classicscyesterday at 6:27 PM
I'm looking forward to trying the SwiftUI preview integration, though from my experience using the xcodebuildmcp and axe tools to let agents run simulators and capture screenshots, expectations will be low. It seemed like the models were capable of identifying issues like "button that should be there is not displayed", but not identifying when the layout is wrong or some element is too big.
meiselyesterday at 7:15 PM
My experience with AI with its predecessor, Xcode 26.2, was _really_ bad. One bug made it objectively unusable, and there were lots of fun issues/huge functionality gaps on top of that. Apple doesn't really seem to "get" agent-based coding, but I'm curious to see the results of other braver souls with 26.3.
arjieyesterday at 7:25 PM
Okay, this is going to help somewhat. But what I wish I had was command-line access to everything in a reliable way. Developing for iOS I frequently end up with imperfect debugging information exposed to a Claude Code etc. agent. I'll try to get this today and see.
geooff_yesterday at 6:49 PM
This is huge news. Human-in-the-loop development is essential for actual software velocity gains. The current tooling around agent enabled iOS dev leaves a lot to be desired. Every time I work on web-dev tasks I'm jealous of the tooling.
avaeryesterday at 6:09 PM
I was really not expecting Apple to jump on this bandwagon, but I guess this was inevitable.
nofunsiryesterday at 10:19 PM
Why is it still called Xcode, if they abandoned the name OS X?
deletedyesterday at 6:23 PM
thedangleryesterday at 6:32 PM
First time I tried it, claude built all the files in the wrong directory lol.
It's working fine now.
mohsen1yesterday at 6:30 PM
I built an entire iOS app without opening Xcode UI even once. Why so many iOS engineers prefer XCode?
forrestthewoodsyesterday at 7:01 PM
Who cares about AI’s embedded in IDEs? Here’s the tooling I need
* text editor with intellisense
* build system
* visual debugger
* CLI coding agent
It’s totally fine if those four things are different. In fact I actually probably prefer them to be different. Having an all-in-one IDE is a complete and total non-goal.
People have historically confused the first three as needing to be a single IDE. This has always been wrong. The number of people who think you can’t debug with Visual Studio if the exe wasn’t built from a .sln is shocking. They’re all independent!
mrtksnyesterday at 6:34 PM
So far I find OpenAI’s Codex app to be the right approach for me. I can’t stand AI integrated IDE’s, it creeps me out when code starts changing at a phase that I can’t follow.
Yesterday in few hours I released an update for my mac App that I haven’t been working on for over a year. The update easily performed as expected, did a few small manual touches on the UI and the app just got approved on AppStore(like minutes ago)[0].
This is very good because normally I would not remember much about the code, so doing an update for a long forgotten code becomes huge pain.
Good for Apple but I think I feel most comfortable on Codex app. I think I like having the AI separated from the IDE so I feel in control in the IDE.
Does it support API key access or only Claude.ai subscription?
Orasyesterday at 7:04 PM
As MKBHD would say, welcome to 2026, Apple.
Iridiumkoivuyesterday at 7:27 PM
The cancer is spreading...
enraged_camelyesterday at 6:44 PM
I have not been able to switch to Opus 4.5 in XCode. It defaults to Sonnet 4.5 and I couldn't find where to change it (or if it's possible). Anyone know?
jonathanstrangeyesterday at 6:26 PM
As long as it's purely opt-in and before opting in no data is ever sent to some server and no source code can be changed by it, I'm okay with it.
msieyesterday at 6:11 PM
I wish they put their energy elsewhere like fix bugs, make faster.
va1ayesterday at 7:47 PM
And yet, it still takes 5 minutes for my canvas preview to load, and one in 20 times it crashes the whole app.
anthkyesterday at 9:39 PM
Can't wait to Tarot or I-Ching based programming.
wahnfriedenyesterday at 8:48 PM
Did they add ability to parallelize agents? If not, this remains useless.
HaloZeroyesterday at 7:01 PM
Maybe now they have Claude inside Xcode, the Xcode developers can work faster on fixing all the Xcode issues.
Or is Xcode developed not using Xcode...
(I also 2nd the question about what's really the difference between this and the Xcode 26.2)
almosthereyesterday at 6:27 PM
Does agents.md allow for automatic discovery of mcp tools (Tools: run ./tool-discovery.sh)
giancarlostoroyesterday at 6:13 PM
My annoyance is that it sounds like I can't just use Claude Code directly in XCode? I like how Zed does it, it's not perfect, but it works really nicely.
cyberaxyesterday at 6:36 PM
How about adding a horizontal scroll to sidebars? No?
"Agentic this", "agentic that"... It's literally just an LLM in a while() loop with some exposed tools.
minimaxiryesterday at 6:10 PM
[deleted]
bigyabaiyesterday at 6:09 PM
Thanks Apple, but "agentic coding" was already very possible without Xcode supporting it natively. Always gotta get your OKRs, I guess.
pjmlpyesterday at 6:46 PM
Goodbye CoPilot plugin, yet another platform Microsoft loses on.