zlacker

[parent] [thread] 18 comments
1. candid+(OP)[view] [source] 2026-01-26 20:59:26
Seems like everyone is trying to get ahead of tool calling moving people "off platform" and creating differentiators around what tools are available "locally" to the models etc. This also takes the wind out of the sandboxing folks, as it probably won't be long before the "local" tool calling can effectively do anything you'd need to do on your local machine.

I wonder when they'll start offering virtual, persistent dev environments...

replies(6): >>yoyohe+V2 >>simonw+b4 >>jkelle+3F >>toddmo+wc2 >>indigo+JK2 >>0xbadc+b33
2. yoyohe+V2[view] [source] 2026-01-26 21:12:53
>>candid+(OP)
> I wonder when they'll start offering virtual, persistent dev environments...

A lot of companies have been wanting to move in this direction. Instead of maintaining a fleet of machines, you just get a bunch of thin clients and pay Microsoft of whoever to host the actual workloads. They already do this 'kiosk' style stuff for a lot of front-line staff.

Honestly, not having my own local hardware for development sounds like a living hell, but seems like the way we are going.

replies(3): >>simonw+E5 >>Imusta+Wb >>ljm+oc
3. simonw+b4[view] [source] 2026-01-26 21:19:49
>>candid+(OP)
Claude Code for the web is kind of a persistent virtual dev environment already.

You can start a session there and chat with it to get a bunch of work done, then come back to that session a day later and the virtual filesystem is in the same state as when you left it.

I haven't figured out if this has a time limit on it - it's possible they're doing something clever with object storage such that the cost of persisting those environments is really low, see also Fly's Sprites.dev: https://fly.io/blog/design-and-implementation/

replies(1): >>espere+Qg
◧◩
4. simonw+E5[view] [source] [discussion] 2026-01-26 21:27:35
>>yoyohe+V2
Coding agents are a particularly good fit for disposable development environments because of the risk of them messing things up. If the entire environment is ephemeral the worst that can happen (aside from private source code leaks to a malicious third party) is the environment gets trashed and you have to start over in a new one.
replies(1): >>indigo+tL2
◧◩
5. Imusta+Wb[view] [source] [discussion] 2026-01-26 21:59:38
>>yoyohe+V2
We are gonna have YOLO agents who will deploy directly to website (technically exe.dev already does that for me when I ask it to generate golang projects lol)

Honestly I felt like it really bores me or (overwhelms?) me because now I feel like okay now I will do this, then that and then that & drastically expand the scope of the project but that comes with its own fatigue and the limits of free tokens or context with exe.dev so I end up publishing it on git provider, git ingest it paste it in web browser gemini ask it for updates (it has 1 million context) and then paste it with Opencode with an openrouter devstral key.

I used this workflow to drastically improve the UI of a project but like I would consider that aside from some tinkering, I felt like the "fun" of a project definitely got reduced.

It was always fun for me to use LLM's as I was in loop (Didn't use agents, copy paste workflow from web) but now agents kind of replicated that too & have gotten (I must admit) pretty good at it.

I don't know man, any thoughts on how to make such things fun again? When LLM's first came or even before using agents like this with just creating single scripts, It was fun to use them but creating whole projects with huge scope feels very fun sucking imo.

replies(2): >>fragme+UG >>indigo+5M2
◧◩
6. ljm+oc[view] [source] [discussion] 2026-01-26 22:02:12
>>yoyohe+V2
Coming full circle to renting time from a mainframe.
◧◩
7. espere+Qg[view] [source] [discussion] 2026-01-26 22:29:14
>>simonw+b4
It's so incredibly buggy though. I end up with hung sessions "starting claude code" every second or third time. After a few times of losing work I'm done with it. I'll check back in a few months and see if it's in better shape.
replies(1): >>sersi+rk1
8. jkelle+3F[view] [source] 2026-01-27 00:50:53
>>candid+(OP)
I started building something for the dioxus team to have access to mac/linux persistent and ephemeral dev envs with vnc and beefy cpu/mem.

Nobody offered multiplatform and we really needed it!

https://skyvm.dev

◧◩◪
9. fragme+UG[view] [source] [discussion] 2026-01-27 01:03:06
>>Imusta+Wb
If you like juggling, how many tasks in how many epics in how many projects are you working on at the same time? It's not for everyone tho.
◧◩◪
10. sersi+rk1[view] [source] [discussion] 2026-01-27 07:24:22
>>espere+Qg
I just decided to create a vm for my claude code with strict network controls so it can't access my own internal network and I limit what exactly gets shared to it.
11. toddmo+wc2[view] [source] 2026-01-27 13:52:34
>>candid+(OP)
I think this is exactly why Anthropic bought Bun!
12. indigo+JK2[view] [source] 2026-01-27 16:19:28
>>candid+(OP)
I don't know, I've been working on this project [1], and I think efforts around isolating AI coding tool/agents is worthwhile, as most coding people will be using these more focused coding tools vs a vanilla gpt webui.

[1] https://github.com/jgbrwn/vibebin

◧◩◪
13. indigo+tL2[view] [source] [discussion] 2026-01-27 16:22:15
>>simonw+E5
Not ephemeral, but similar idea to keep things isolated in LXC containers. Disclosure, my project.

https://github.com/jgbrwn/vibebin

◧◩◪
14. indigo+5M2[view] [source] [discussion] 2026-01-27 16:24:13
>>Imusta+Wb
I started working in this for if/when I was taxing exe.dev infra and/or running if I ran out of credits (which actually hasn't happened yet):

https://github.com/jgbrwn/vibebin

replies(2): >>Imusta+Wl4 >>Imusta+3m4
15. 0xbadc+b33[view] [source] 2026-01-27 17:25:41
>>candid+(OP)
That's what GitHub Codespaces is, and it runs Copilot too (it's just a hosted VSCode Web instance specific to your git repo)

Google has Cloud Shell, and Google's AI Studio (https://aistudio.google.com/) gives you a web-based dev environment with Gemini integration

◧◩◪◨
16. Imusta+Wl4[view] [source] [discussion] 2026-01-27 22:42:17
>>indigo+5M2
Dude I actually followed you on lowendtalk and I already have this project starred :)

Great to see a fellow let user in here xD

replies(1): >>indigo+Hq4
◧◩◪◨
17. Imusta+3m4[view] [source] [discussion] 2026-01-27 22:42:51
>>indigo+5M2
This is actually a really great project, I actually wanted to build such a project, I don't know if I already said this comment in LET tho but haha yea kudos for making this!
replies(1): >>indigo+dq4
◧◩◪◨⬒
18. indigo+dq4[view] [source] [discussion] 2026-01-27 23:03:56
>>Imusta+3m4
Awesome man, it's great to get some positive feedback, appreciate it a lot. I'm actively working on it. Got rid of openhands in favor of Shelley, stuff like that. Stuff that's not tested is like actually taking snapshots thru the TUI, that's there, but didn't actually test/do it yet. Cloudflare API is good but the Desec API feature is there but haven't tested it yet. So I'm sure stuff will come up as more people and I actually start attempting more functionality. The admin.code web UI is neat though where you can start and toggle/choose which coding tool webui is running/listening on 9999 in the container. And also update the AI coding tools thru that webui.
◧◩◪◨⬒
19. indigo+Hq4[view] [source] [discussion] 2026-01-27 23:06:53
>>Imusta+Wl4
Ah neat! If you have time throw a comment into the LET post, I'd appreciate it. :)
[go to top]