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

Claude Code for Infrastructure

fluid.sh

Post reply on HN
Print view View original

141–150 of 190 posts

Re: Claude Code for Infrastructure

#141

Post by tecoholic »

grvdrm wrote: post #136
bluGill wrote: post #35

Earlier quoted context omitted.

For problems that can be solved with only a small amount of simple code that is true. However software can become very complex and the larger/more complex the problem is the more important software developers are. It quickly becomes easier to teach software developers enough of your domain than to teach domain experts software. In a complex project the hard parts about software are harder than the hard parts about th…

Hard disagree with hard parts of software are harder than domain. I don’t know your story, skills, or domain. But this doesn’t match my experience and others around me at all.

Maybe you and others around you are all in some form of engineering capacity? Because I have seen software everywhere from coffee shops, bicycle repairs, to K12 education - all of whom would hard disagree with you.

Re: Claude Code for Infrastructure

#142

Post by [deleted] »

latchkey wrote: post #114
verdverm wrote: post #113

Earlier quoted context omitted.

this is not the way to do devops, we have IaC, reviews, and promotion for a reason it's clear infra level decisions are well beyond what LLMs / agents are capable of today, this is area is too high risk, devops is slow to adopt new tooling because of its role and nature

wow, you downvoted me. this is still devops. we use cloud-init to setup the vm. i run the underlying hardware infrastructure and we've automated the provisioning such that we have an api that can start/stop compute at will. even bare metal. the point of this is that the current $/token model is awful, especially if you're using a lot of tokens. it should be $/minute. pay for what you use.

[deleted]

Re: Claude Code for Infrastructure

#145

Post by richstokes »

levkk wrote: post #16

So... I already tell Claude Code to do this. Just run kubectl for me please and figure out why my helm chart is broken. Scary? A little but it's doing great. Not entirely sure why a specialized tool is needed when the general purpose CLI is working.

Same. I’ve had good results with read only accounts / tokens and let the agent have at it. Also works with terraform, aws cli, etc.

One does not need a new/separate tool to do any of this, just include it in your agents instructions.

Re: Claude Code for Infrastructure

#146

Post by IBCNU »

This is really cool, I don't want to think about infra tbh just want to build. Is there a wold where an on-prem version of this exists? I buy a box, install shell script, and it just works?

Re: Claude Code for Infrastructure

#147

Post by [deleted] »

latchkey wrote: post #114
verdverm wrote: post #113

Earlier quoted context omitted.

this is not the way to do devops, we have IaC, reviews, and promotion for a reason it's clear infra level decisions are well beyond what LLMs / agents are capable of today, this is area is too high risk, devops is slow to adopt new tooling because of its role and nature

wow, you downvoted me. this is still devops. we use cloud-init to setup the vm. i run the underlying hardware infrastructure and we've automated the provisioning such that we have an api that can start/stop compute at will. even bare metal. the point of this is that the current $/token model is awful, especially if you're using a lot of tokens. it should be $/minute. pay for what you use.

[deleted]

Re: Claude Code for Infrastructure

#148

Post by [deleted] »

latchkey wrote: post #114
verdverm wrote: post #113

Earlier quoted context omitted.

this is not the way to do devops, we have IaC, reviews, and promotion for a reason it's clear infra level decisions are well beyond what LLMs / agents are capable of today, this is area is too high risk, devops is slow to adopt new tooling because of its role and nature

wow, you downvoted me. this is still devops. we use cloud-init to setup the vm. i run the underlying hardware infrastructure and we've automated the provisioning such that we have an api that can start/stop compute at will. even bare metal. the point of this is that the current $/token model is awful, especially if you're using a lot of tokens. it should be $/minute. pay for what you use.

[deleted]

Re: Claude Code for Infrastructure

#149

Post by thewhitetulip »

geodel wrote: post #135
thewhitetulip wrote: post #120

Earlier quoted context omitted.

Steve Jobs used to say every product needs a killer feature AI is a product in search of a killer feature First AGI was anyday going to come. Gpt5 had showed intelligence apparently Then got started adult chat with paying customers

Isn't AGI Adult Group Interaction?

Yes, I didn't think ofthat. See he is right. They did achieve AGI, just not the one he wanted

Re: Claude Code for Infrastructure

#150

Post by aspectrr »

lijok wrote: post #78
aspectrr wrote: post #54

Earlier quoted context omitted.

Hey, I get it. I don't want LLMs on prod at all. I made this to let agents connect to production cloned sandboxes, not production itself. I hope this helps your concerns, but I understand either way. Lmk with any other questions.

What’s a production cloned sandbox? Take my comment as feedback that the landing page is anaemic

For example, if you had an on-prem footprint with thousands of VMs, a production cloned sandbox would be a clone of a VM to let AI safely make changes, install packages, etc.

Yeah, working on the landing page. Feel free to ask any other questions!

Post reply on HN