Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Setting up your spare Mac for Claude Code to control, a step-by-step guide

ykdojo.github.io

Post reply on HN
Print view View original

151–160 of 213 posts

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#151

Post by evan_ »

ianm218 wrote: post #122
thwarted wrote: post #68

Earlier quoted context omitted.

You don't have an on-call rotation but do have people dedicated to vendor relationships, and that guy works on the weekend? I'm not sure how you completely avoid getting alerts on the weekend for third-party payment processor issues, which can happen anytime, if you actually want to transact business on the weekend.

I said vendor here but it’s more like banks we work with. So there’s someone responsible for the technical side of banking relationships. But yeah it’s kinda a zone where most weekends there’s no problems so it’s not a huge priority… until it is

somehow having a contact at a bank who works on the weekend is more difficult to believe than a random vendor

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#152

Post by threethirtytwo »

trollbridge wrote: post #148
threethirtytwo wrote: post #30

What's a good way to give a limited amount of money to the LLM, say like 2k or 5k or something. But keep it completely separate from my identity. Like I want the LLM to have a bank account and he can do ANYTHING with that bank account that he wants. But he can't fuck anything up that has to so with me. He only has 2 - 5k

Form an LLC, open bank account for the LLC, and use that.

Best idea. Thanks.

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#153

Post by spunker540 »

tyre wrote: post #16
addajones wrote: post #2

I currently have Claude Desktop installed on a separate Mac mini M4 and control it with Dispatch. Is there a reason to do this method, it still seems the way I have it setup it has full control over the local account I gave it on the Mac mini.

Why would you need an M4 for this? If most of the "thinking" is happening on Anthropic's side, are you running particularly resource-intensive apps?

The gpu inference happens on anthropics side, but the output of the gpu inference is often many local tool calls. The agent is locally reading files, writing files, compiling programs, downloading artifacts, running tests, invoking CLIs, monitoring logs, inspecting web sites, grepping etc, and can be doing all of that at once, in parallel via subagents, much faster than a single human ever could.

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#154

Post by theshrike79 »

lionkor wrote: post #61
fooster wrote: post #12

Earlier quoted context omitted.

I think you need to open your mind to the possibilities? For example: - scanning logs for errors and - opening issues which are then auto-triaged and - PRs are opened for them and auto-reviewed and - merged (and deployed). This workflow alone is immensely powerful, and takes alot of burden off the team.

None of these are things I want or need in the product I maintain with a team, there's really no point to any of this unless you run a vibe coded SaaS (?)

Your non-vibecoded non-SaaS application never has errors?

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#155

Post by theshrike79 »

mystifyingpoi wrote: post #19
fooster wrote: post #12

Earlier quoted context omitted.

I think you need to open your mind to the possibilities? For example: - scanning logs for errors and - opening issues which are then auto-triaged and - PRs are opened for them and auto-reviewed and - merged (and deployed). This workflow alone is immensely powerful, and takes alot of burden off the team.

None of this requires running it 24/7.

So someone has to be in the office to press the "observe logs" button every 5 minutes?

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#156

Post by aeve890 »

bagels wrote: post #128
vor_ wrote: post #116

Earlier quoted context omitted.

For what it's worth, which may be nothing, I remember being told that by NFT people.

NFTs are not useful, claude is.

>claude is

How? I mean what could be the ultimate usefulness of Claude if not to make money, just like NFT but with extra steps. Most people isn't using Claude to make massive paradigm shift breakthrough discoveries. Nobody's curing cancer nor solving climate change. Probably the most common use case for llms it's just speed up the grind and make money. Like nfts.

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#157

Post by troupo »

fooster wrote: post #134
troupo wrote: post #99

Earlier quoted context omitted.

> scanning logs for errors famously a good job for a tool that takes 10-50k logs to run out of context and forget what it's doing.

Not really? Imagine for example looking for http status code 500 in an api log over the past hour. The nice thing here is it doesn’t matter if you get them all because it’s reoccur (or not).

> Imagine for example looking for http status code 500 in an api log over the past hour.

1. On a blog that no one visits maybe?

2. It's called a grep

3. For bigger projects it's called sentry

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#158

Post by troupo »

DonHopkins wrote: post #140
troupo wrote: post #118

Earlier quoted context omitted.

Running tests that the agent created for its own hallucinations? Optimize using another hallucinating agent? Which tests and optimizations do you propose to run after a night of supervised work when one of main things that all agents keep doing is "load all records from db , and filter them in memory"? It's now become so bad, I had to literally vibecode a separate linter for this. And that's just one of the problems.

>It's now become so bad, I had to literally vibecode a separate linter for this. You see, there's your problem right there. You're vibe coding, which by definition literally means you're unwilling to look at the generated code. That's not what successful ai assisted software developers are doing. YOU HAVE TO READ THE CODE. Refusing to do that means you're not a serious programmer, you're outsourcing your thought and…

> You see, there's your problem right there. You're vibe coding, which by definition literally means you're unwilling to look at the generated code. That's not what successful ai assisted software developers are doing. YOU HAVE TO READ THE CODE.

I guess you vibe-read what I wrote. Let me write it again for you: "I always have to correct its hallucinations during the day. Why would I ever let it run unsupervised overnight?"

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#159

Post by troupo »

serf wrote: post #127
troupo wrote: post #118

Earlier quoted context omitted.

Running tests that the agent created for its own hallucinations? Optimize using another hallucinating agent? Which tests and optimizations do you propose to run after a night of supervised work when one of main things that all agents keep doing is "load all records from db , and filter them in memory"? It's now become so bad, I had to literally vibecode a separate linter for this. And that's just one of the problems.

we don't have master AI that can create a great product out of a mediocre prompt. but we do have sufficient AI to make a great product out of a great prompt. garbage in -> garbage out hasn't gone anywhere. so: much like to anyone that blindly complains that their compiler hates them : if you actually want help, provide information. If you just want to complain that the compiler is mean, scream at the sky. plenty of p…

Demagoguery. Your "great product" (where is it? show me these great products) will have wildly ineficient code and things like "read the entire DB into memory" regardless of the prompt.

> plenty of people have figured out how to get this to work

Plenty of people claim they have figured it out. In reality these people are full of shit and assume that if LLMs can produce working software, it's great working software. And also assume that LoC is a measure of quality.

Because without fail all the models keep doing this: https://news.ycombinator.com/item?id=48962703

And you can only see that in your "great product" if you actually read the code and understand what's going on.

Re: Setting up your spare Mac for Claude Code to control, a step-by-step guide

#160

Post by troupo »

blackqueeriroh wrote: post #131
troupo wrote: post #118

Earlier quoted context omitted.

Running tests that the agent created for its own hallucinations? Optimize using another hallucinating agent? Which tests and optimizations do you propose to run after a night of supervised work when one of main things that all agents keep doing is "load all records from db , and filter them in memory"? It's now become so bad, I had to literally vibecode a separate linter for this. And that's just one of the problems.

If this is your problem, I hate to say it, but it’s a skill issue on your side. I didnt even start developing software until LLMs even though I know all the primitives quite well and have a strong grasp of architecture. ADHD, perfection, and focus got in the way. I’m writing a pretty complex application and I don’t have the problems you’re running into. I regularly have my code reviewed by professional devs to ensure…

> I regularly have my code reviewed by professional devs

> I also read my code regularly

So you're literally doing what I am talking about.

Post reply on HN