MCP support is the real story here Means you're not locked into Claude or Codex Can plug in whatever agent you want
> plug in whatever agent you want
Noob question: Does that include local models?
Xcode 26.3 – Developers can leverage coding agents directly in Xcode
241–250 of 348 posts
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#242Earlier quoted context omitted.
Claude Code from the terminal is servicable enough. Yet I cannot open the same project from different versions of Xcode without some manual finnagling. Xcode is at no existential risk for it is the only tool you are allowed to use to reach your audience on the app store. Don’t be ridiculous. The reason Xcode is as broken as it is today is because of the same exact reason. The developer experience need not be great, a…
For a certain-size project it really is not. Single files in our codebase already blow the Copilot query token limit. Great, Anthropic taught Claude to grep. On our project, it's still useless because it can't use the semantic search in the IDE.
> On our project, it's still useless because it can't use the semantic search in the IDE.
Zed's ACP seems to be a good solution to this - when using it, claude code has access to the IDE's diagnostics and tools, just like the human operator. https://zed.dev/acp
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#243Apple is terrible. I have to install xcode for whatever reason but do not want to use it.
Yet every week it assigns itself as default program for all sorts of files, from markdown to python modules.
So clicking on pretty much anything opens this.
Apple is just very bad at user interface. Whoever said Mac as better than Linux or even Windows is insane.
I hate it.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#244Building 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.
Honest question. I've been using XCode for 10 years. For me, it's only improved and I don't have any real pain points. They are definitely fixing bugs. I make software for iOS, macOS, car play, and apple watch. Sure sometimes I've got to reset or clear a cache, but this has never stopped my day. What is so horrible about XCode?
I have never used any other IDE where quitting and relaunching it would fix build errors.
And, this isn’t strictly XCode, but my least favorite thing about writing apps for apples platforms is all the admin overhead. You need an Apple development account, signing certificates, app groups, entitlements… just let me compile my code man.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#245Earlier quoted context omitted.
First time I tried it, I realised there is no way to have a terminal emulator panel. A bloody terminal . Like the most basic feature you could integrate into an IDE. No thank you.
...were built-in Terminal emulators even particularly common before VS Code? I remember that being a major feature of VS Code early on.
I think there was a term you could install in sublime
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#246Earlier quoted context omitted.
First time I tried it, I realised there is no way to have a terminal emulator panel. A bloody terminal . Like the most basic feature you could integrate into an IDE. No thank you.
I'm sitting here struggling to think of why the hell you need a terminal emulator in an IDE. There's a perfectly good terminal emulator called Terminal.app, it's usually the first thing I put on my dock after a fresh install of MacOS. I like the terminal, but ... in an IDE ? I always wondered why Eclipse had one as well - it just seems like a wasted pane ? Perhaps it's just the setup you (the generic "you") are used…
Alright, how about the customization features to add a terminal? Those are missing too.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#247Earlier quoted context omitted.
Honestly, that just sounds like it does things in an unfamiliar (to you) way. That's the flip side of the coin "This means you've learned to work around its shortcomings". There is no perfect IDE. They all have problems / are inadequate / get in the way. I absolutely loathe IntelliJ IDEA for example, and think Eclipse is needlessly complex (though I'd like their code-indentation/formatting UI to replace the one in Xc…
First time I tried it, I realised there is no way to have a terminal emulator panel. A bloody terminal . Like the most basic feature you could integrate into an IDE. No thank you.
> A bloody terminal. Like the most basic feature...
Since when terminal is "the most basic feature"?
Reading threads in HN and seeing mild "wars" how Kitty/Alacritty/Ghostty/iTerm/Konsole/you-name-it are worse/better than Kitty/Alacritty/Ghostty/iTerm/Konsole/you-name-it, because they are slower/faster, (in)compatible with some ancient niche protocols/standards, etc.
Does not seem that basic to me?
Also it's personal preference, but I somehow used to have my editors and my terminals separate. I guess something about having a tool that does one thing best and all.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#248Earlier quoted context omitted.
My pain points are mostly in the CPU debugger (since I'm not using much of the actual "IDE features" of Xcode except the regular edit-compile-debug loop anyway. Starting a 'cold' debug session into a UI application may take 10-ish seconds until applicationDidFinishLaunching is reached, and most of that time seems to be spent with loading the symbols for hundreds of framework DLLs which are loaded during application s…
Yes, I develop C++ on XCode and Visual Studio. I've recently started using XCode more because the performance on my Windows tower has become abominable in the past couple years and the M1 laptop is still snappy. XCode is just terrible compared to Visual Studio. As you said, there are weird beachballs all the time both while stepping and while waiting for the application to stop at a breakpoint (in cases where it happ…
Have you tried Clion for C++? I am not an experienced C dev by any means, but I am satisfied with their debugging for all the projects I worked on in that IDE. It has a free community license so no need to pay
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#249Earlier quoted context omitted.
Honest question. I've been using XCode for 10 years. For me, it's only improved and I don't have any real pain points. They are definitely fixing bugs. I make software for iOS, macOS, car play, and apple watch. Sure sometimes I've got to reset or clear a cache, but this has never stopped my day. What is so horrible about XCode?
> I've been using XCode for 10 years. For me, it's only improved and I don't have any real pain points. This means you've learned to work around its shortcomings. A decade ago I used to develop in PyCharm for websites, and Visual Studio .Net for desktop apps. Then I had to learn XCode for a mobile app. It was a surreal experience, like going back ten years in UX, while at the same time dealing with a myriad of modern…
> This means you've learned to work around its shortcomings.
All software of comparable size and complexity have shortcomings that everyone learns to work around. And a great many of those shortcomings are actually just highly subjective personal preferences. More than half of the complaints in this thread are, to me, a terrible idea.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#250Apple is terrible. I have to install xcode for whatever reason but do not want to use it. Yet every week it assigns itself as default program for all sorts of files, from markdown to python modules. So clicking on pretty much anything opens this. Apple is just very bad at user interface. Whoever said Mac as better than Linux or even Windows is insane. I hate it.
You csv override the default app for any file type using Get Info or other this party tools
https://support.apple.com/guide/mac-help/choose-an-app-to-op...