I don't understand how random thoughts on X are front-page news on Hacker News.
If some tech CEO makes a major announcement on X, it's newsworthy and belongs here. Anything else that's actual news is also fair game ... but all other X posts do not belong here!
show comments
verial-lab
I appreciate Karpathy for thinking out loud like this. We all feel the shift toward orchestration... just haven't seen a UI that fits yet.
I love seeing people experiment with RTS game UIs as agent orchestration interfaces. Mostly demos so far, but there is a ton of creative potential for orchestration UIs.
The biggest challenge is as LLM costs drop dramatically each year, the number of agents able to be orchestrated grows orders of magnitude. So the UI needs to be able to compress this growing information into something meaningful for effective human steerability. A constant moving target.
What's interesting is that the tooling seems to be moving closer to the metal (CLI, APIs, infrastructure) rather than up toward better visual interfaces.
My bet is that the orchestration infrastructure underneath is more durable than any UI layer. I've been building an orchestration system focused on reusable workflows, observability, and feedback loops because I think it's more valuable right now.
xrd
I think Claude Code and Gemini CLI are pretty great as is for terminal usage.
Why are they great? Because it is simply text that I use to interact with them. That's really simple and powerful.
I don't understand why I can't levitate that simple interface into a web UI inside my phone browser?
It feels like this should be as simple as webmux (tmux on the web). But it feels surprisingly elusive.
I would really like something that is a tiny layer on top of the existing great text chat modes.
That way I could use opencode or Gemini or Claude or whatever is next. The less software the better.
jjcm
For now, there's simply no convention or established pattern for this yet. Given that, the speed of change, and the lower barrier of creation now, it's almost always better to create your own for this.
Using someone else’s software in the exploration phase is like chewing someone else’s gum.
jadbox
VSCode + any LLM plugin solves all the problems for me. Keep it simple.
show comments
hmokiguess
To me this reads like trying to fit a solution we know to a problem we haven't yet defined.
The problem is more around ops / visibility / delegation / orchestration of agents, but the solution is being misslabelled as "IDE" which I feel like is the wrong analogy although the right "in-between" step towards what the next thing will be.
theodorewiles
Yeah I vibe coded a simple app that takes an org-mode file, renders it as a kanban board, and lets me spin up agents for each task with the prompt in the body in a named tmux session. The frontend gets updated via Claude code hooks when an agent is idle.
I think the key is to combine human and agent task tracking in one pane of glass.
pillsburycat
I've been working on something along those lines (multi-agent orchestration IDE) for the last few months as a personal project.
There are also a lot of projects out there approaching this from many different angles.
Curious what features people would like to see in an Agentic IDE? Would you like to instruct multiple agents in real time (like vibe coding on steroids) or dispatch autonomous agents to solve a long-running task? Something else?
charlesabarnes
I really feel this. Every implementation so far hasn't felt like it reduced the contextual load involved for dealing with multiple agents. Tmux/Cmux is great, but whoever figures this out will probably make it big.
oceanwaves
I've been working on re-imagining the useful parts of Antigravity (Agent Manager) into an orchestrator that is tightly coupled with an LLM-optimized spec: https://thinkwright.ai/plexus
Early days and would appreciate any feedback
radial_symmetry
The VSCode forks all do too much, Nimbalyst is built from scratch to be a proper agent manager. https://nimbalyst.com/
I don't understand how random thoughts on X are front-page news on Hacker News.
If some tech CEO makes a major announcement on X, it's newsworthy and belongs here. Anything else that's actual news is also fair game ... but all other X posts do not belong here!
I appreciate Karpathy for thinking out loud like this. We all feel the shift toward orchestration... just haven't seen a UI that fits yet.
I love seeing people experiment with RTS game UIs as agent orchestration interfaces. Mostly demos so far, but there is a ton of creative potential for orchestration UIs.
The biggest challenge is as LLM costs drop dramatically each year, the number of agents able to be orchestrated grows orders of magnitude. So the UI needs to be able to compress this growing information into something meaningful for effective human steerability. A constant moving target.
What's interesting is that the tooling seems to be moving closer to the metal (CLI, APIs, infrastructure) rather than up toward better visual interfaces.
My bet is that the orchestration infrastructure underneath is more durable than any UI layer. I've been building an orchestration system focused on reusable workflows, observability, and feedback loops because I think it's more valuable right now.
I think Claude Code and Gemini CLI are pretty great as is for terminal usage.
Why are they great? Because it is simply text that I use to interact with them. That's really simple and powerful.
I don't understand why I can't levitate that simple interface into a web UI inside my phone browser?
It feels like this should be as simple as webmux (tmux on the web). But it feels surprisingly elusive.
I would really like something that is a tiny layer on top of the existing great text chat modes.
That way I could use opencode or Gemini or Claude or whatever is next. The less software the better.
For now, there's simply no convention or established pattern for this yet. Given that, the speed of change, and the lower barrier of creation now, it's almost always better to create your own for this.
Using someone else’s software in the exploration phase is like chewing someone else’s gum.
VSCode + any LLM plugin solves all the problems for me. Keep it simple.
To me this reads like trying to fit a solution we know to a problem we haven't yet defined.
The problem is more around ops / visibility / delegation / orchestration of agents, but the solution is being misslabelled as "IDE" which I feel like is the wrong analogy although the right "in-between" step towards what the next thing will be.
Yeah I vibe coded a simple app that takes an org-mode file, renders it as a kanban board, and lets me spin up agents for each task with the prompt in the body in a named tmux session. The frontend gets updated via Claude code hooks when an agent is idle.
I think the key is to combine human and agent task tracking in one pane of glass.
I've been working on something along those lines (multi-agent orchestration IDE) for the last few months as a personal project.
There are also a lot of projects out there approaching this from many different angles.
Curious what features people would like to see in an Agentic IDE? Would you like to instruct multiple agents in real time (like vibe coding on steroids) or dispatch autonomous agents to solve a long-running task? Something else?
I really feel this. Every implementation so far hasn't felt like it reduced the contextual load involved for dealing with multiple agents. Tmux/Cmux is great, but whoever figures this out will probably make it big.
I've been working on re-imagining the useful parts of Antigravity (Agent Manager) into an orchestrator that is tightly coupled with an LLM-optimized spec: https://thinkwright.ai/plexus
Early days and would appreciate any feedback
The VSCode forks all do too much, Nimbalyst is built from scratch to be a proper agent manager. https://nimbalyst.com/
Intent from augmentcode is trying to be this https://www.augmentcode.com/product/intent
I should probably try cmux+worktrunk again, but agent-of-empires works pretty good so far.
Antigravity is getting there
maybe he can vibecode one himself. i know i did.