←back to thread

Claude Sonnet will ship in Xcode

(developer.apple.com)
485 points zora_goron | 1 comments | | HN request time: 0.211s | source
Show context
Lammy ◴[] No.45060316[source]
Interesting to think about how Apple get to make product decisions based on Gatekeeper OCSP analytics now that every app launch phones home. They must know exactly how popular VSCode is.

Facebook got excoriated for doing that with Onavo but I guess it's Good Actually when it's done in the name of protecting my computer from myself lol

replies(2): >>45060370 #>>45060628 #
wahnfrieden ◴[] No.45060370[source]
This won't make a dent. It still doesn't support any agentic operation.

The real news is when Codex CLI / Claude Code get integrated, or Apple introduces a competitor offering to them.

Until then this is a toy and should not be used for any serious work while these far better tools exist.

replies(1): >>45060481 #
alwillis ◴[] No.45060481[source]
I just installed it—definitely not a toy.

Compared to stock Claude Code, this version of Claude knows a lot more about SwiftUI and related technologies. The following is output from Claude in Xcode on an empty project. Claude Code gives a generic response when it looked at the same project:

    What I Can Help You With

    • SwiftUI Development: Layout, state management, animations, etc.
    • iOS/macOS App Architecture: MVVM, data flow, navigation
    • Apple Frameworks: Core Data, CloudKit, MapKit, etc.
    • Testing: Both traditional XCTest and the new Swift Testing framework
    • Performance & Best Practices: Swift concurrency, memory management

    Example of What We Could Do Right Now

    Looking at your current ContentView.swift􀰓, I could help you:
    • Transform this basic "Hello World" into a recovery tracking interface
    • Add navigation, data models, or user interface components
    • Implement proper architecture patterns for your Recovery Tracker app
replies(4): >>45060512 #>>45060594 #>>45060806 #>>45069026 #
manmal ◴[] No.45060594[source]
If a bunch of markdown files forced into the context is “knowing”, then yes. They are usually located at /Applications/Xcode-beta.app/Contents/PlugIns/IDEIntelligenceChat.framework/Versions/A/Resources/AdditionalDocumentation

You are free to point Claude Code to that folder, or make a slash command that loads their contents. Or, start CC with -p where the prompt is the content of all those files.

Claude Code integration in Xcode would be very cool indeed, but I might still stick with VSCode for pure coding.

replies(2): >>45060830 #>>45068128 #
brailsafe ◴[] No.45060830[source]
> Claude Code integration in Xcode would be very cool indeed, but I might still stick with VSCode for pure coding.

I'm sticking with VSCode too, but it's a bit silly to suggest that anyone is using XCode because it's their preferred IDE. It's just the one that's necessary for any non-trivial Apple platform development.

Adding a code generator isn't a marketing ploy to get people to switch editors, it's just a small concession to the many hapless souls stuck dealing with Apple on the professional side, or masochistically building mac SwiftUI apps just to remind themselves what pain feels like.

replies(2): >>45061477 #>>45065199 #
manmal ◴[] No.45061477[source]
I mean you can stay in VSCode for most activities if you hate Xcode that much (I can relate btw). Plugins like Sweetpad make this possible. My approach now is to develop all logic in small Swift packages and run swift test in VSCode (or Claude Code), so I only absolutely need Xcode for debugging and building releases. Every once in a while I try SwiftUI previews, but those are usually broken anyways.
replies(1): >>45070036 #
1. brailsafe ◴[] No.45070036[source]
Ya I was considering a similar workflow last time I was steeped in SwiftUI. I don't dislike it that much actually, maybe just how slow the compile and error alerting is/was last time. I mainly found mac SwiftUI performance to be lacking, along with the transparency and documentation of the api. Swift itself is fine, and I give a xcode a lot of credit for somehow functioning as well as it does with so much accumulated functionality/complexity/bloat.

SwiftUI previews were... manageable but not great.