zlacker

[parent] [thread] 12 comments
1. lijok+(OP)[view] [source] 2026-02-04 19:38:02
FUCK NO. Who in their right mind would let an LLM connect to prod?
replies(5): >>locuso+o3 >>jhicko+L3 >>xyzzy1+Sa >>qudat+Vc >>aspect+wn
2. locuso+o3[view] [source] 2026-02-04 19:57:46
>>lijok+(OP)
Maybe at a greenfield startup. Where I work this idea wouldn't be entertained for a millisecond.
3. jhicko+L3[view] [source] 2026-02-04 19:59:00
>>lijok+(OP)
why does it have to connect to prod in order to be useful?
4. xyzzy1+Sa[view] [source] 2026-02-04 20:31:07
>>lijok+(OP)
Many places have "dev", "test" "prod"... but IMHO you need "sandpit" as well.

From an ops point of view as orgs get big enough, dev wraps around to being prod-like... in the sense that it has the property that there's going to be a lot of annoyed people whose time you're wasting if you break things.

You can take the approach of having more guard rails and controls to stop people breaking things but personally I prefer the "sandpit" approach, where you have accounts / environments where anything goes. Like, if anyone is allowed to complain it's broken, it's not sandpit anymore. That makes them an ok place to let agents loose for "whole system" work.

I see tools like this as a sort of alternative / workaround.

replies(3): >>thenew+hi >>lijok+6C >>raw_an+nM
5. qudat+Vc[view] [source] 2026-02-04 20:39:42
>>lijok+(OP)
I think you would be very surprised at a) how useful it would be and b) how lax prod can be depending on the company culture and stakes.
◧◩
6. thenew+hi[view] [source] [discussion] 2026-02-04 21:01:09
>>xyzzy1+Sa
Sandpit should be a personal (often local, if possible) dev environment. The reason people get mad about dev being broken for long periods of time is that they cannot use dev to test their changes if your code (that they depend on) is broken in dev for long periods of time.
replies(1): >>xyzzy1+Dl
◧◩◪
7. xyzzy1+Dl[view] [source] [discussion] 2026-02-04 21:17:20
>>thenew+hi
Agreed on all points. Local loops are faster and safer wherever possible.

But particularly for devops / systems focused work, you lose too much "test fidelity" if you're not integrating against real services / cloud.

8. aspect+wn[view] [source] 2026-02-04 21:26:31
>>lijok+(OP)
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.
replies(1): >>lijok+cC
◧◩
9. lijok+6C[view] [source] [discussion] 2026-02-04 22:42:40
>>xyzzy1+Sa
There’s no sandpit, only prod and dev, and you’re not allowed to break prod. Your developers work in partitions of prod. Dev is used for DR and other infra testing.
replies(1): >>raw_an+tM
◧◩
10. lijok+cC[view] [source] [discussion] 2026-02-04 22:43:32
>>aspect+wn
What’s a production cloned sandbox? Take my comment as feedback that the landing page is anaemic
replies(1): >>aspect+sp1
◧◩
11. raw_an+nM[view] [source] [discussion] 2026-02-04 23:43:38
>>xyzzy1+Sa
Account vending machines where every dev can spin up thier own account is a thing and still under the control of some type of guardrails.
◧◩◪
12. raw_an+tM[view] [source] [discussion] 2026-02-04 23:44:03
>>lijok+6C
Well that’s just - dumb
◧◩◪
13. aspect+sp1[view] [source] [discussion] 2026-02-05 05:26:26
>>lijok+cC
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!

[go to top]