Hacker Newsnew | past | comments | ask | show | jobs | submit | baggiponte's commentslogin

I’m afraid you missed a bit the mark :(

This is the equivalent of LSP but for coding agents. So any editor does not have to rebuild an interface to support each and every new one.


The question is why…

The purpose of an ide is to pull together the tools a developer needs to develop software… first, reading/navigating and writing code, next running and debugging code, then (potentially) a variety of other tools: profilers, doc browsers, etc… all into a unified UI.

But coding agents seem to already be able to use the command line and mcp quite well to do this.

So why mediate using these tools through an IDE (over a new protocol) rather than just using the tools directly through the command line or mcp? It’s two extra levels of indirection, so there needs to be a really good reason to do it.

There may very well be some actual problem this solves, but I don’t know what it is.


> So why mediate using these tools through an IDE (over a new protocol) rather than just using the tools directly through the command line or mcp

The IDE is in-between because it asks the user for confirmation before doing anything, if that's what you are asking. It's not adding any indirection or something, this is just how coding agents talk to the IDE already, all this does is standardize the language they speak which would be a win for everybody.


Really hope for this to get traction so I’m not bound to the usual IDE


i think it's good to let them experiment! cargo (and go?) offers this already, so why not.


uv ruffy sounds funny


Wow I never realized how much mistral was “disconnected” from the ecosystem


How’s this different from xml?


Yeah. The docs tell you that you should build it yourself, but…


but unlike cuda there's no custom kernels for inference in vllm repo...

I think


Litestar is really underrated but deserves much more usage! I’ve been meaning to try it for at least a year now, but always felt a bit scary to tell the team “hey let’s deviate from our stack”


Yeah they might be good but the marketing is really bold and, to a certain extent, arrogant if not outright disgusting.


BasedPyright is much better than pyright! Must use.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: