What does this mean for code confidentiality? Your entire codebase is sent to Anthropic?
Xcode 26.3 – Developers can leverage coding agents directly in Xcode
191–200 of 348 posts
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#192Earlier 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…
What Copilot can use the IDE when actively debugging.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#193Who 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…
Why would you ever want a debugger that isn't integrated with the code editor..? I will never not want to debug code when the current breakpoint and evaluated expressions aren't visible in the code itself. I mean, look at debugging in IntelliJ: https://resources.jetbrains.com/help/img/idea/2025.3/hotswap... As opposed to the terminal: https://cdn.hashnode.com/res/hashnode/image/upload/v16980433...
False dichotomy. Terminal debugging is garbage. The GUI you use for writing code doesn’t have to be the same GUI you use for debugging code.
RemedyBG: https://remedybg.itch.io/remedybg
RadDbg: https://x.com/rfleury/status/1747756219404779845?s=46
I mostly edit code in VSCode. I mostly debug code in VisualStudio. They don’t have to be the same.
I do concede that one tool to rule them all is appealing. But ultimately I work with many different languages so it’s kind of a multi-tool world no matter how you slice it.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#194OT: 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 f…
Is this the time for a random Xcode rant? The topic is agentic AI in Xcode.
I'd be a lot more interested in hearing what people think about this development, what it means for code privacy, how are the context windows handled, can it be enabled per-project, etc.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#195My 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.
Xcode is using the Claude Agent SDK, which means that you "get the full power of Claude Code directly in Xcode—including subagents, background tasks, and plugins—all without leaving the IDE¹" . I assume that means iOS development plug-ins like Axiom² should work as well. ¹ https://www.anthropic.com/news/apple-xcode-claude-agent-sdk ² https://charleswiltgen.github.io/Axiom/
But via my Claude Code usage or via the API usage?
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#196Earlier quoted context omitted.
There is a way to do it, but it’s not the most typical way MacOS users do it for everything else, which involves Right Click->Open With->Other->Always Open With. Xcode’s file associations are super aggressive. I believe that “Get Info”->”Open With”->”Change All…” still works, and there are command line methods or third party tools. This has driven me to madness too.
> Xcode’s file associations are super aggressive. They are the same Info.plist format as every other MacOS application.
Something is different. Right Click->Open With->Other->Always Open With 100% did not have any effect when I needed it in the past. Not sure what current behavior is. This was a huge thing for me.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#197OT: 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 f…
There was a time I was interested in building for MacOS. Installing, opening and trying to use Xcode killed that pretty quick. I've never seen an IDE this behind in terms of usability from the competition.
Same experience. The 2009 version of Eclipse was more stable than modern XCode. And that’s saying something.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#198Earlier 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…
This is a standard feature in every IDE that’s ever been invented. It’s not useful for every workflow, but there’s lots of times that you’re doing something where the console or the debugger is not available or isn’t convenient and being able to have a terminal right there is so useful. If it doesn’t make sense for your workflow, then don’t bring it up, but given how many developers expect us as table stakes it’s a deeply baffling omission.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#199Earlier 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.
...were built-in Terminal emulators even particularly common before VS Code? I remember that being a major feature of VS Code early on.
Re: Xcode 26.3 – Developers can leverage coding agents directly in Xcode
#200Earlier quoted context omitted.
It shouldn't take over a second to switch desktops. I just checked with a screen recording. Switching desktops takes 15 frames (250 ms). If you turn reduce motion on, it takes 13 frames (216 ms).
The 1200ms was an estimation, but it's definitely closer to 1200ms than it is for 250ms for me. There's definitely a difference in set up here- I'm on a Macbook Pro with an M1 Pro chip. From a screen recording, I count 53 screen-recorded frames from the apparent start of the animation (which occurs after it's invoked) to desktop widgets becoming transparent (which appears to be the point input is no longer blocked).…
I'm also on a M1 Macbook Pro, running Tahoe 26.2.
Not sure why yours is so much slower than mine. Mine is definitely 250 ms long or 15 frames from the time I hit the shortcut.
I used the onscreen keyboard viewer to get visual feedback when the shortcut was pressed and recorded audio so I could hear it being pressed. I even recorded it a second time using OBS to ensure I was at 60 fps and trimmed the whole segment down to just the animation and sure enough, the video is exactly 250 ms long according to IINA.
Also, I don't have any visible delay between pressing the key and the animation starting. The animation starts on the same frame as when the shortcut is recognized by the onscreen keyboard viewer (which is the same time as I hear it being pressed) in the recording. The keyboard delay must be < 16.6 ms.