This week-end, I played a bit with Xcode 26.3 coding agent. I wanted to use Claude model served by Amazon Bedrock. I found three different ways, summarised in two blog posts. Part 1: https://stormacq.com/2026/02/19/xcode-openrouter-bedrock.html. Part 2: https://stormacq.com/2026/02/21/xcode-local-proxy-bedrock.html I wrote a small local proxy (In Swift) that translate OpenAI Chat Completion API Calls issued by Xcode into Anthropic message API on Bedrock. GitHub repo: https://github.com/sebsto/anthropic-proxy Don't install a binary proxy distributed as a DMG as you can't audit what that app does.

Thank you Quinn for the reply. @OShv Did you find code sample ? In my case, I have access to the HSM API and I want to create a driver for it to store iOS signing keys. @DTS Engineer There is something I don't understand when you mention the keychain would "get the HSM private key" using SecIdentityCopyPrivateKey. The objectives of HSM is to not expose secrets outside of its secured hardware. The way an HSM signature works is to send the digest to sign and the key ID to the HSM. The HSM computes the signature inside its security perimeter and returns the signature, without exposing the secret key. Example with AWS Key Management Service (which uses a HSM behind the scene) https://docs.aws.amazon.com/kms/latest/APIReference/API_Sign.html Do you imply HSM must be able to exprt their secrets to work with the CryptoTokenKit ?

Self answering for the sake of posterity. [SOLVED] with xcodebuild -downloadPlatform iOS More Context: This blog gave me a clue. https://mokacoding.com/blog/xcodebuild-destination-options/ When adding -destination generic/platform=iOS to the xcodebuild command, it gave a different error message. xcodebuild build -workspace getting\ started.xcworkspace -scheme "getting started" -configuration Release -destination generic/platform=iOS Command line invocation: /Applications/Xcode-15.app/Contents/Developer/usr/bin/xcodebuild build -workspace "getting started.xcworkspace" -scheme "getting started" -configuration Release -destination generic/platform=iOS User defaults from command line: IDEPackageSupportUseBuiltinSCM = YES Resolve Package Graph Resolved source packages: ... 2023-10-18 11:55:34.334 xcodebuild[14094:86335] Writing error result bundle to /var/folders/c1/5nv1jx_s5ddcp_3l378t8_500000gn/T/ResultBundle_2023-18-10_11-55-0034.xcresult xcodebuild: error: Unable to find a destination matching the provided destination specifier: { generic:1, platform:iOS } Ineligible destinations for the "getting started" scheme: { platform:iOS, id:dvtdevice-DVTiPhonePlaceholder-iphoneos:placeholder, name:Any iOS Device, error:iOS 17.0 is not installed. To use with Xcode, first download and install the platform } I therefore download the iOS 17 simulator with xcodebuild -downloadPlatform iOS And run the xcodebuild command again. It works.

One possible solution to this is to use composition instead of inheritance. The approach is detailed here https://stackoverflow.com/a/77250029/663360 and it works. However, for my own understanding, I still wonder how an inheritance pattern would work. I understand Swift resolves types at compile time (vs Objective-C, Java, Python, Typescript) and that prevents using existential types. Is there a way to solve my problem through inheritance and protocols ?

Follow up for history and archives. The Examples directories having a Package.swift file do not show up in Xcode. I guess Xcode tries to avoid package conflict. It does not handle sub-projects very well.

I am trying to make this work on macOS13 with Xcode 14.1

Even with two columns and a Label. It does not work for me. I am using Xcode 14 and Monterey var body: some View {         VStack {             List(podcast.episodes!) { episode in                 EpisodeView(podcast: podcast, episode: episode)                     .swipeActions(edge: .trailing) {                         Button (action: { self.deleteEpisode(episode) }) {                             Label("Delete", systemImage: "trash")                         }                         .tint(.red)                     }             }         }     }

I found the solution - self replying for the sake of history. In the Identifiers screen of the developer portal, I selected "Services Id" from the top right side drop down menu. There was a service registered with the app bundle ! I deleted the service, then I was able to delete the app identifier.

Hello @eskimo I have the same problem as @mjharper above. I tried the steps you proposed and this worked (I am using Xcode 14.0.1) Nevertheless I have "older" tests, that were never submitted to the App Store for which identifiers are lying around and can not be removed. Error message is : "The bundle 'F36WHU2A76' cannot be deleted. Delete all the Apps related to this bundle to proceed." I have only a few Apps on the AppStore, I triple checked none are using this test identifier. Any other suggestion to clean up our list of identifiers ? Thanks

I have the same issue with APFS encrypted drives. I use Monterey 12.4