I find it so weird that people are so bullish on the CLI form factor when they are literally just adding functionality that IDE based agents get for free. Stuff like improved diff tools and LSP support in the terminal instead of idk... just using a GUI/IDE?

Pretty sure Cursor has had this for a while.

▲

zingar 7 hours ago | parent | next [-]

IDEs have LSP support because they have a plugin that connects to an LSP server. The plugin is a very small piece of code compared to the language server. Creating a new client is not reinventing the wheel. In fact the entire philosophy of LSP is: one server to many different clients.

CLIs can also have a small piece of code that connects to an LSP server. I don’t see why IDEs should be the sole beneficiary of LSP just because they were the first clients imagined by the LSP creators.

▲

blitz_skull an hour ago | parent | prev | next [-]

I have not yet had an IDE-based agent give anything close to the CLI Claude Code experience.

So until it manages to do that, I’ll keep being bullish on what works.

▲

ramoz 9 hours ago | parent | prev | next [-]

I just saw a video of non-technical person describing how they use claude code to automate various workflows. They actually tried vscode and then the desktop gui.

Yet they preferred the CLI because it felt "more natural"

With agents, and Claude Code, we are *orchestrating* ... this is an unresolved UI/UX in industry. The same reasons `kubectl` didn't evolve to GUI probably apply here.

It's less about the codebase, more about the ability to conduct anything on the computer - you are closest to that in the terminal. https://backnotprop.com/blog/its-on-your-computer/

▲

scottyah 3 hours ago | parent [-]

There are plenty of GUIs for managing kubernetes, from k9s to redhat's Openshift gui, rancher, Lens, etc

	▲	ramoz an hour ago \| parent [-]
		big reach

▲

nextaccountic 9 hours ago | parent | prev | next [-]

What IDE agent gets access to LSP?

I use Zed and unless there is some MCP server that provides the same thing as the LSP server, the Zed agent won't have access, even though it's in an IDE that supposedly has this information

▲

joshuacc 8 hours ago | parent | next [-]

Cursor, Copilot, Roo Code, Cline, among others.

	▲	nextaccountic 6 hours ago \| parent [-]
		Hi, I just looked up and two weeks ago someone made this suggestion in Cursor forum https://forum.cursor.com/t/support-of-lsp-language-server-pr... > Feature request for product/service > > Cursor IDE > > Describe the request > > It would be a huge step up if agent could interact with LSP (Language Server Protocol). > > It would offer : > > renaming all instances of a symbol over all files in one action > quick navigation through code : fast find of all references to a property or method > organize imports, format code, etc… And last Friday a Cursor engineer replied "Thanks for the idea!" So how does the AI agent in Cursor currently have access to LSP? (I am most interested in having the agent use LSP for type checking, documentation of a method call, etc. rather than running slower commands) (note, there is an open PR for Zed to pull LSP diagnostics into an AI agent thread https://github.com/zed-industries/zed/pull/42270 but it would be better if agents could make arbitrary LSP queries or something like that)

▲

anthonypasq 9 hours ago | parent | prev [-]

cursor

▲

bakies 7 hours ago | parent | prev | next [-]

Well my editor is in the terminal, so is my chatbot. I dont really want to change to an IDE to use a desktop app and a chatbot that both have half-baked UIs trying to complement each other.

▲

BeetleB 7 hours ago | parent | prev [-]

For many of us, the plus of the CLI form factor is it doesn't tie us to a particular IDE.