Surprisingly, this version does not require MacOS 26 (Tahoe).

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.

And you gave us... this behemoth? An app whose launch time rivals a full Gentoo stage 1 install ( see: https://niden.net/post/gentoo-stage-1-installation )

TextEdit is not the answer.

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.

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.

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.

> Apple’s Xcode now supports the Claude Agent SDK

https://www.anthropic.com/news/apple-xcode-claude-agent-sdk

Beyond that, I'd just keep using Claude Code in the terminal.

I wonder if they used this internally to write iOS 26? Would explain some things...

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).

* 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!

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.

[0] Codex implemented the functionality demo on the paywall, if you want to see it: https://apps.apple.com/us/app/crystalclear-sound-switcher/id...

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)

"Agentic this", "agentic that"... It's literally just an LLM in a while() loop with some exposed tools.

https://github.com/github/CopilotForXcode