Top
Best
New

Posted by yan 7 hours ago

Superlogical(www.superlogical.com)
https://mitchellh.com/writing/superlogical
439 points | 277 commentspage 4
azuanrb 6 hours ago|
That explains why he built sessions into libghostty instead of Ghostty itself. Looking forward to it.

I spend most of my time in the terminal and have been using tmux to manage my sessions and workspaces, mainly via sesh.

But recently, I decided to move to Kitty and use its built-in sessions instead. I built something around it as well. It’s still early, but I’m really liking this workflow so far.

https://github.com/alienxp03/kesh

vicek22 6 hours ago||
I love Ghostty. But I miss out on lots of its features because I use zellij exclusively to work with agents. This sounds exciting and I hope they'll choose some cliff oss license like gitbutler does
passive 3 hours ago||
My biggest token sink so far has been something very much like this, but I'm still not sure whether it's a good idea. But it has been a lot of fun.
wenbin 5 hours ago||
`ssh superlogical.jobs` gives me same vibe as telnet bbs when I was in college :)
jollyllama 6 hours ago||
> We believe the missing layer is a durable session around the work itself

Curious as to how this will be different than K8s?

bjt 6 hours ago||
I'm curious from the other direction; where do you see overlap between k8s and what's described on the Superlogical website?
jollyllama 6 hours ago|||
Doesn't K8s already practically provide a layer of abstraction across all infrastructure? You might not think of it as being a session, but to the degree that it's responsible for managing scaling and failover, it kind of is.

This isn't a statement of value, I'm genuinely curious myself. In fact, I bet this new thing will probably be better.

pphysch 6 hours ago|||
> For us, that means interactive work, automatic work, and production work would share one well-crafted underlying system instead of living in separate tools.

Unless this is only for the narrow band of purely local work, I would be surprised if k8s didn't play a big role in the backend solution. It is the standard "well-crafted underlying system" for automatic production work. But, it isn't strong in the interactive-work/frontend aspect or other aspects, so it certainly wouldn't be the main focus of the final product.

Random example: you want to multiplex some work across multiple (self-hosted) agents, using niche fine-tuned models. It would make good sense if those agents were automatically provisioned and deprovisioned (and isolated to your subtenant), and k8s is a great underlying system for that sort of thing.

lanstin 3 hours ago||
This sounds like given a coherent structure to “I want the prod code here to change the retry policy so pending retries are held in memory in this edge layer instead of the DB writers so load can be shed more cheaply” and it will usher things in from coding, testing, filing tickets, getting prod approvals, using the deploy tools to respond the containers, smoke testing the deploy, looking at Datadog or whatever to ensure the change is having the desired effect. All in one context, the tools and dev/qa/prod systems naturally being orchestrated within the same environment/ session. K8s is just the next to last 100 meters.
steve_adams_86 6 hours ago||
This sounds awesome enough to see if they're hiring, and they are, but unfortunately only in certain areas with an expectation to be in-office with some regularity. Bummer. Exciting to see this team together, though. This is a tool that I want and think about daily.
le-mark 5 hours ago||
Commercializing and integrating (openclawing ?) cmux to take all the jerbs?

https://github.com/manaflow-ai/cmux

efields 6 hours ago||
This but software: https://en.wikipedia.org/wiki/Supergroup_(music)
izolate 5 hours ago||
Extremely excited for this as a tmux and Ghostty user. Given the team, I know a great deal of care will be taken in building this product.
hoppp 4 hours ago|
I dig that the jobs page is via ssh!
More comments...