Live data from Hacker News

Building and shipping Mac and iOS apps without opening Xcode

scottwillsey.com

71–80 of 248 posts

Re: Building and shipping Mac and iOS apps without opening Xcode

#71
post #3

It's kind of funny to be reading this: > I had Claude Code create mine: I told Claude, more or less: I want to archive, Developer ID-sign, notarize, staple, and install this app to /Applications without ever opening Xcode. Write me a script that does the whole chain and fails loudly if any step breaks. Even though the text we're reading is Claude talking to us as well :) Also it was weird to see the mention of "ask y…

Claude telling us to point Claude to a web site written by Claude so that we can use Claude to create a build environment...

"Claude was the only LLM to survive the LLM Wars."

Re: Building and shipping Mac and iOS apps without opening Xcode

#75
post #3

It's kind of funny to be reading this: > I had Claude Code create mine: I told Claude, more or less: I want to archive, Developer ID-sign, notarize, staple, and install this app to /Applications without ever opening Xcode. Write me a script that does the whole chain and fails loudly if any step breaks. Even though the text we're reading is Claude talking to us as well :) Also it was weird to see the mention of "ask y…

Claude telling us to point Claude to a web site written by Claude so that we can use Claude to create a build environment...

[dead]

Re: Building and shipping Mac and iOS apps without opening Xcode

#76
Technically, you are using Xcode.

Xcode is a [buggy as hell] GUI wrapper for a lot of system-level UNIX utilities and apps [which are generally, not so buggy].

Using CLI to release apps is a pretty old practice; at least as long as I've been doing it (I released my first Xcode app in 2012).

Re: Building and shipping Mac and iOS apps without opening Xcode

#77
post #52

I went to build an open source app from GitHub and was pretty surprised that it requires Xcode and that Xcode can't really be installed without an apple id. I do not want to make one and I certainly will not sign my computer into one. I did end up somehow installing Xcode via some shady download and was on my way. But the whole ordeal left a very sour taste.

Running a Mac without an Apple ID feels like an exercise in masochism. I wasn’t aware one could even still it through first run without

Why do you need one?

Re: Building and shipping Mac and iOS apps without opening Xcode

#78
One down-side to this is that it does require you to run the agent on your Mac instead of in a Sandbox. I do this too and there are lots of problems I can't solve in a sandbox. I know a lot of you are throwing your hands up at the years of security practices we're throwing out the window when we do that.

The fact that xAI uploaded someone's home directory, including their SSH keys, is giving me serious pause at my choices here.

Generally, I don't worry about my machine being "blown up". I don't have a TON of unreproducible stuff on my machine. Everything is backed up, committed to git, and the like. I can restore most of it in a couple hours.

That said, I really, really don't want my .SSH directory sent to an AI agent and it's silly to prompt your way around that. You need to block it at the system level. I'm considering a separate user and then 700 permissions on my home directory.

I feel like we're back to 1990's security here. The double-edged sword is that it's helping us get things done at a pace like never before.

I'm not throwing shade here, I'm among the guilty.

Re: Building and shipping Mac and iOS apps without opening Xcode

#80
post #8

If it's okay to mention my own complementary open source project, Axiom¹ does a good job of helping coding harnesses know how to do this effectively for Apple OS development. In addition to a deep roster of skills and agencts, Axiom includes several for-LLM tools². xclog , xcprof , xcsym , and xcui are designed to be used by LLMs, and expose capabilities in a token-efficient way. These tools are equally helpful for n…

Silly question, but do you reckon it'll function decently in a Kotlin multiplatform codebase? There's swift native code, but I'm not sure how it would perform with some logic being shared.
Post reply on HN