The protocol for interacting with code is files and text.

You need to define an interface for Ai to click buttons? Or to create keyboard macros that simulate clicking buttons? We are all doomed!

▲

quotemstr 6 days ago | parent | next [-]

There's a long history of REPL interaction protocols decoupling development environments from tools and making things nicer overall. This thing is an empty in the same tradition. (That said, I'm not convinced its author knew the tradition existed.)

It's like the Jupyter protocol, from which people do derive utility.

▲

baggiponte 6 days ago | parent | prev [-]

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.

▲

jmull 6 days ago | parent [-]

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.

	▲	lyu07282 6 days ago \| parent [-]
		> 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.