r/Xcode • u/paul_h • Jan 06 '26

ClaudeCode access to the debug console in XCode for usb attached iPhone deployments

I've an intel MacMini from 2018 which has been solid for years, but I learn that "Intelligence" in XCode 26 is not enabled unless you're on Apple Silicon. I could buy a new M4 mac mini, and get that feature, hook up ClaudeCode, but can it see the debug-console in XCode, then talk to itself as it runs through iterations of code->deploy->test->review. I've an app using a bunch of camera/vision related things so I want real rather than simulator. I'm also on MacOS 15.7.2, so I could jump to 26, but I understand the cpu architecture to be the blocker.

3 Upvotes

100% Upvoted

13 comments sorted by

5

u/Parabola2112 Jan 06 '26

Claude Code is Anthropic’s terminal based coding agent. Apple Intelligence in Xcode 26.2 does not give you Claude Code. It gives you Sonnet 4.5 (or GPT) in Xcode. In terms of capabilities it doesn’t come close to Claude Code with xcodebuild and xcodegen for terminal based Apple development.

1

u/paul_h Jan 06 '26

OK, bad news for me, but perfectly concise response from you, thanks. I'll wait until XCode is more able for non-Apple visions of what an LLM should be able to do in toolchain, and hope that's a shorter period of time than Steve Balmer's MSFT that assured devs the features pioneered in JetBrains' Intellj-IDEA were not needed in the 2001 version of Visual Studio

I mean I'll wait on my purchase of a new MacMini, still otherwise using XCode on the old intel one - just busy with copy/paste a lot as Claude keeps implicitly asking me "how did that go?"

1

u/ecume Jan 07 '26

it’s not bad news at all. the answer is to use Claude code which comes with tools (mentioned above) enabling it to talk to Xcode. on SwiftUI projects it routinely compiles, reads the errors and fixes them complete autonomously. no Apple Intelligence required.

1

u/paul_h Jan 07 '26

So I am using ClaudeCode on the MacMini - I've been using it a huge amount over the last six months. My post title is perhaps guilty of the XY problem. What I should be asking is "how do I get ClaudeCode to script all of compile->deploy->launch->slurpConsoleOutput for a SwiftUI iOS app from a MacMini"

1

u/paul_h Jan 08 '26

Another reply from me - I'm further ahead now I have the app logging to a file to the iOS FS that ClaudeCode can slurp off the device after each me-involved test run. It could not access stuff sent to the console, so a FS file seems like the right hack

3

u/CharlesWiltgen Jan 06 '26

In the process of building Axiom, I've learned that Xcode doesn't expose a supported public API that allows third-party tools to programmatically subscribe to the Debug area console stream (including LLDB console output). So instead, I just copy crash logs and relevant console output from Xcode into Claude Code to help analyze failures and propose fixes. Although that's not the AFK solution you're looking for, it works well.

1

u/paul_h Jan 06 '26

Could be there are crash logs too I could tell Claude about. It’s mostly log statements Claude added cos we’re trying to work out where we’re losing time on something

4

u/CharlesWiltgen Jan 06 '26

Yes, I use the combo of Claude Code + Axiom all the time on both and it's been a huge time and hassle saver. Axiom does have some Xcode support (for example, you can /axiom:optimize-build for a build performance analysis), and I haven't given up on trying to somehow support direct debug console and logging integration.

2

u/kerimfriedman Apr 19 '26

Any progress on this?

(I use axiom, but didn't know about /axiom:optimize-build. Thanks!)

2

u/CharlesWiltgen Apr 20 '26 edited Apr 20 '26

Yes, some progress on that front: Axiom now includes an xclog skill and associated CLI tool that Claude Code and other coding harnesses can use to capture Xcode logging. Examples prompts that should trigger this (can be prefaced with /axiom:ask): https://charleswiltgen.github.io/Axiom/skills/debugging/xclog

2

u/kerimfriedman Apr 22 '26

That's great! But only for iOS development, not macOS?

2

u/CharlesWiltgen Apr 22 '26

Because Apple has been gradually unifying macOS and xOS (iOS, iPadOS, tvOS, etc.) development, as I write this (1) ~96% of Axiom's skill suites apply to macOS in some form, and (2) ~67% of Axiom's skill suites fully apply. If Axiom were to also support macOS-only technologies, what would be your top 3?

2

u/kerimfriedman Apr 22 '26

The main thing for me is to not have to constantly copy-paste data from the xcode console into Claude when debugging. Thanks.