Live data from Hacker News

Agent - Native Mac OS X coding ide/harness

github.com

41–50 of 58 posts

Re: Agent - Native Mac OS X coding ide/harness

#41
post #32

A non-Apple entity using "macOS26" as their organization name? Are you trying to trigger everyone's corporate phishing training?

Technically not an organization name. It's a username and a domain name, macOS26.app.

If  had a concern they had months ahead of time reserve

I'm also the creator of BigMac, that supported unsupported macOS installs on old Mac Pro 2008-2012 hardware. Neither Apple nor McD's chimed in.

Re: Agent - Native Mac OS X coding ide/harness

#42
post #26
post #9

Off topic, but I sincerely ask: am I the only one that is disturbed by the use of the term "Mac OS X" to refer to modern versions of the OS that is currently called "macOS"? (and not MacOS either) I mean, the name was changed ten years ago...

It wasn’t even “Mac OS X” ten years ago, but “OS X”. “Mac OS X” was 15 years ago.

I don't think Mac from Mac OS X, was officially dropped, I think was like Xerox, we just stopped Mac from it an called it "OS X" even thought X stood for 10 from 10.0 to 10.15. This is also why Microsoft also tried the Windows 10 game and alluded to never having Windows 11 which obviously changed.

Personally, I wish Apple would stop creating a new OS yearly. Most features users use were born in System 7/8/9 days.

Re: Agent - Native Mac OS X coding ide/harness

#43

Would love to be able to use this with my Claude Max Plan subscription ($100/month)... not going to pay with an API Key which burns through tokens way faster. Might try it for the local Apple Intelligence and accessibility to drive local apps tho.

Latest version of Agent supports OAuth bearer tokens with Claude Code, via "claude setup-token", command from Claude.

And there are over 17+ LLM Providers within Agent including local and cloud based solutions offered by Zai, HuggingFace, Ollama, etc.

I agree on the token part. Until I incorporated Oauth for CC, I used mostly Zai GLM5-1 and used Ollama and Huggingface as fallback which is a new feature called "Fallback chains".

Re: Agent - Native Mac OS X coding ide/harness

#44
post #5

> Our Founder! of this project is battling cancer. Your Stars and Forks are appreciated. I'm sorry to hear this, but I'm also surprised that this is the first thing I learnt about this project, and that it is written in the third person. It detracts from the project.

Imagine seeing a cancer announcement and thinking, 'This is bad for the branding.' Your lack of empathy is what’s actually detracting here.

I removed the Cancer banners. But I will tell you that I have physically gone through 2.5 weeks off hell. Chemo is no joke and I am 50% there. It gets tougher each time and the symptoms hit you in the middle of the week. And I also am getting booster shots that force white blood cells out of my bone marrow and it has severe side effects and all they can offer is over the counter Claritin.

I've had days of fevers, dehydration, nausea, vomiting and still holding down a day job. So please don't be offended by my diagnosis or saying that stars and forks mean the world because it kind of does.

Re: Agent - Native Mac OS X coding ide/harness

#45
post #31

So… What is a harness? People have been talking about it and couldn’t glean what it is

AI models on their own are raw, undirected, and inherently probabilistic. A "harness" acts as a control layer wrapped around the model, designed to steer it toward deterministic outcomes. It achieves this by equipping the model with actionable tools like web search or file I/O, and by orchestrating an evaluation loop that runs until an acceptable result is produced. (various analogies work here - an astronaut and a s…

I can totally agree on the harness part. When I first set out to create a Cursor killer nearly 3 years ago, I built LLM tools, but when I didn't know then has I tried to wrap the LLM's brain around the tools when it needed to be the other way around.

Looks me off an on three years to realize I was doing it backwards. Agent was originally born after I re-wrote CloneTool, a more generic Disk Cloning too with an SMAppService Launch Daemon.

After I completed CloneTool, I was like mmmmm what is I connected an LLM to the Daemon? It rattled of 50 things it could do and it had no knowledge of this anywhere in the harness, system prompt or tools. It simply had figured out its environment on its own.

I never ran Agent under that scenario it definitely has a hardness now. And yes getting the hardness right is a number one challenge and once you do get it working good with most LLMs out of the box, you try not to change it because that sweet spot is hard to come by. Not to say it never gets tweaked but the further in you go, the more you chringe on a change that may break it.

Re: Agent - Native Mac OS X coding ide/harness

#46
post #44
post #5

Earlier quoted context omitted.

Imagine seeing a cancer announcement and thinking, 'This is bad for the branding.' Your lack of empathy is what’s actually detracting here.

I removed the Cancer banners. But I will tell you that I have physically gone through 2.5 weeks off hell. Chemo is no joke and I am 50% there. It gets tougher each time and the symptoms hit you in the middle of the week. And I also am getting booster shots that force white blood cells out of my bone marrow and it has severe side effects and all they can offer is over the counter Claritin. I've had days of fevers, deh…

Sorry I responded to the nested reply. no offense.

Re: Agent - Native Mac OS X coding ide/harness

#47
post #17

> Securely runs root-level commands via a dedicated macOS Launch Daemon lovely.

The Launch Daemon is 100% optional and can better turned off along with its tools. It's there to help users install things like software updates or disk commands that required elevated access.

It operates under least priv. And the user must approve the Launch Agent (runs under use space, same as running locally within the App), and the Launch Daemon. There are 4 levels involved and the Daemon is last on the list and is rarely used. The user can just disable it and its tools get disabled as well. The LLM won't be able to use it in that state.

What gets used: 1. AppleScript/Osascript TCC, runs within the app, user approve each app being automated 2. AgentScript/Swift Dylibs/ScriptingBridge, same TCC runs within the app 3. Local shell scripting - backup if the user's Launch Agent (user space is down 4. Launch Agent (runs in the user space), primary for running shell commands. 5. Launch Daemon, software updates, etc. Anything the previous 4 layers can't handle. Rarely ever used. can be turned off by the user. I have used it to access the security of the Mac itself and it was surprisingly accurate and thorough.

Re: Agent - Native Mac OS X coding ide/harness

#48
post #7

[flagged]

A little of both. System prompt guidance with programming structured flow undearneath the hood. May add more guardrails but the more you put in place the more the AI/LLM will find another way.

I've locked down Agent! from one of its processes and run it in a VM and it tried everything it could to break out. It couldn't but it was fun watching it trying to resign compiled Dylibs, the Launch Agents / Daemons and itself. Because of SMAppService, it lost connection with its background process and once it basically hosed itself, I ended the experiment.

Re: Agent - Native Mac OS X coding ide/harness

#49
post #41
post #32

A non-Apple entity using "macOS26" as their organization name? Are you trying to trigger everyone's corporate phishing training?

Technically not an organization name. It's a username and a domain name, macOS26.app. If  had a concern they had months ahead of time reserve I'm also the creator of BigMac, that supported unsupported macOS installs on old Mac Pro 2008-2012 hardware. Neither Apple nor McD's chimed in.

Funny on the phishing, noted.

Re: Agent - Native Mac OS X coding ide/harness

#50

Would love to be able to use this with my Claude Max Plan subscription ($100/month)... not going to pay with an API Key which burns through tokens way faster. Might try it for the local Apple Intelligence and accessibility to drive local apps tho.

Anthropic don't allow that unfortunately

third party apps are supported via the setup token.

'claude setup-token'

Post reply on HN