Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code gets native LSP support

github.com

Post reply on HN
Print view View original

71–80 of 352 posts

Re: Claude Code gets native LSP support

#71

Post by resize2996 »

dvtkrlbs wrote: post #64

What boggles my mind is. I've been using OpenCode [1] which had this future for at least 6 months. I sometimes baffled by the slow progress of closed source software. Also highly recommend OpenCode you can also use it with your Claude subscription or Copilot one. [1]: https://opencode.ai/

tbf, OpenCode's development cycle seems pretty fast. If someone announced AGI in the morning, I'd bet they have it integrated by EOD.

I also use OpenCode extensively, but bounce around to test out the other ones.

Re: Claude Code gets native LSP support

#72

Post by ascorbic »

1123581321 wrote: post #6

This is an ignorant question, but, what is the benefit of this if you also have your project open in an editor or IDE (presuming they integrate language server?) If you're vibe coding without an editor, would this have any benefits to code quality over a test suite and the standard linter for a language?

The same reason you want an LSP in your editor: so you get inline docs and error messages, autocomplete, jump to definition, refactoring actions etc.

Re: Claude Code gets native LSP support

#73

Post by dist-epoch »

spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

People keep saying how amazing IntelliJ is at refactoring, but then you realize the talk about "rename thing" and "extract function".

This is 5% of what refactoring is, the rest is big scale re-architecting code where these tools are useless.

The agents can do this big scale architecturing if you describe exactly what you want.

IntelliJ has no moat here, because they can do well 5% of what refactoring is.

Re: Claude Code gets native LSP support

#74

Post by troyvit »

resize2996 wrote: post #71
dvtkrlbs wrote: post #64

What boggles my mind is. I've been using OpenCode [1] which had this future for at least 6 months. I sometimes baffled by the slow progress of closed source software. Also highly recommend OpenCode you can also use it with your Claude subscription or Copilot one. [1]: https://opencode.ai/

tbf, OpenCode's development cycle seems pretty fast. If someone announced AGI in the morning, I'd bet they have it integrated by EOD. I also use OpenCode extensively, but bounce around to test out the other ones.

I just started playing with OpenCode over the weekend after working with aider and aider-ce, and I like a lot of things about it, though I miss some aider features. What other code helpers have you worked with?

Re: Claude Code gets native LSP support

#75

Post by ch2026 »

spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

They wanted to, but they’re still waiting for the IDE itself to simply load.

Re: Claude Code gets native LSP support

#76

Post by jwr »

dvtkrlbs wrote: post #64

What boggles my mind is. I've been using OpenCode [1] which had this future for at least 6 months. I sometimes baffled by the slow progress of closed source software. Also highly recommend OpenCode you can also use it with your Claude subscription or Copilot one. [1]: https://opencode.ai/

I must be doing something wrong, because I can't get OpenCode to actually do anything useful, and not for lack of trying. Claude code gets me great results instantly, opencode (if I can't make it talk to a model, which isn't easy for Gemini) gets me… something, but it's nowhere near as useful as claude code. I don't know why there is so much difference, because theoretically there shouldn't be. Is it the prompt that Anthropic has been polishing in Claude code for so long?

Re: Claude Code gets native LSP support

#77

Post by atombender »

parpfish wrote: post #41
spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

Jetbrainz needs to give up on Junie and their in house ai and focus on integrating with the established tools. If they don’t, VS code will consume them.

They've already done that. After the Junie fiasco, they pivoted to "AI Assistant", where Junie is just another provider alongside Anthropic and OpenAI. In theory, you have Claude Code inside Jetbrains IDEs now.

What's incredible is just how bad it works. I nearly always work with projects that mount multiple folders, and the IDE's MCP doesn't support that. So it doesn't understand what folders are open and can't interact with them. Junie the same issue, and the AI Assistant appears to have inherited it. The issue has been open for ages and ignored by Jetbrains.

I also tried out their full line completion, and it's incomprehensibly bad, at least for Go, even with "cloud" completion enabled. I'm back to using Augment, which is Claude-based autocompletion.

Re: Claude Code gets native LSP support

#79

Post by spullara »

vb-8448 wrote: post #59
spullara wrote: post #31

I really can't understand why JetBrains hasn't integrated its refactoring tools into the AI system. Really missed the boat on making their platform transformational for AI coding. Imagine how much smaller the context would be for a tool that renames a function than editing hundreds of files. This LSP support is a good start but without the mutation functions it is still pretty lackluster. Plus LSPs aren't as good as…

I think they are completely screwing up the AI integration. After years of JetBrains PyCharm pro I'm seriously considering switch to cursor. Before supermaven being acquired, pycharm+supermaven was feeling like having superpowers ... i really wish they will manage to somehow catch up, otherwise the path is written: crisis, being acquired by some big corp, enshitification.

augmentcode has a great plugin for pycharm (and all jetbrains products) if you don't want to throw the baby out with the bathwater.

Re: Claude Code gets native LSP support

#80

Post by joshuacc »

nextaccountic wrote: post #49
anthonypasq wrote: post #48

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.

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

Cursor, Copilot, Roo Code, Cline, among others.
Post reply on HN