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

251–260 of 352 posts

Re: Claude Code gets native LSP support

#251

Post by rglynn »

brianyu8 wrote: post #11

I am super bullish on claude code / codex cli + LSP and other deterministic codemod and code intelligence tools. I was playing around with codex this weekend and honestly having a great time (my opinion of it has 180'd since gpt-5.2(-codex) came out) but I was getting annoyed at it because it kept missing references when I asked it to rename or move symbols. So I built a skill that teaches it to use rope for mechanic…

I've had a number of occasions where claude (et al.) have incorrectly carried out a task involving existing code (e.g. create a widget for foo, following bar's example). In these cases the way I would have done it would be to copy said existing code and then modify the copied code. I've always wondered if they should just be using copy tool (even just using xclip) instead of using context.

Re: Claude Code gets native LSP support

#252

Post by sunaookami »

ascorbic wrote: post #72
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.

But what is the benefit for Claude Code? You don't write code in Claude Code so why would I need autocomplete or jump to definition? Does Claude itself use them instead of e.g. grepping? Struggling to understand how it helps.

Re: Claude Code gets native LSP support

#253

Post by thiht »

conradfr wrote: post #130
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…

Jetbrains seems a bit lost these days. Look at that very recent screw up [0]. I thought about moving after 10+ years when they abandoned the commit modal, and jacked up the plan prices, but I barely understand how to commit things in Vscode anyway. Let's see in 2026. [0] https://blog.jetbrains.com/datagrip/2025/12/18/query-console...

> I barely understand how to commit things in Vscode anyway

Yeah that’s on you not even trying. Source control panel, add files or chunks, write message, commit.

Re: Claude Code gets native LSP support

#254

Post by KptMarchewa »

_virtu wrote: post #175
conradfr wrote: post #130

Earlier quoted context omitted.

Jetbrains seems a bit lost these days. Look at that very recent screw up [0]. I thought about moving after 10+ years when they abandoned the commit modal, and jacked up the plan prices, but I barely understand how to commit things in Vscode anyway. Let's see in 2026. [0] https://blog.jetbrains.com/datagrip/2025/12/18/query-console...

The commit workflow was what kept me locked in to the ecosystem for so long. LazyGit was so good that it convinced me I didn’t need JetBrains anymore. If you love the workflow with JB for commits check out LazyGit. It’s a TUI so you can use it in any editor without much friction.

I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?

Re: Claude Code gets native LSP support

#255

Post by xnorswap »

neutronicus wrote: post #167
eterm wrote: post #85

Earlier quoted context omitted.

I completely agree. Likewise I'm amazed Microsoft hasn't done it themselves for Roslyn and Copilot. Roslyn analyzers are so incredibly powerful, and it's being ignored. An explainer for others: Not only can analyzers act as basic linters, but transformations are built right in to them. Every time claude does search-and-replace to add a parameter I want to cry a little, this has been a solved science. Agents + Roslyn…

Same shit, but Microsoft and Visual Studio. Like, the AI can't jump to definition! What are we fucking doing!?

Exactly!

This is why LSP support should be huge, and I'm surprised it's just a line-item in a changelog.

Re: Claude Code gets native LSP support

#256

Post by cedws »

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.

If not VSCode then Zed. It feels like Zed is what they wanted Fleet to be.

Re: Claude Code gets native LSP support

#257

Post by xnorswap »

CharlesW wrote: post #3

It's strangely difficult to find official information about this, but here's what I've learned: • Use `/plugin` to open Claude Code's plug-in manager • In the Discover tab, enter `lsp` in the search box • Use `spacebar` to enable the ones you want, then `i` to install Hope that helps!

That works, but even after installing the plugin, it doesn't seem to run the language server itself, so it doesn't seem to do anything in the terminal version of claude-code.

I'd be disappointed if this were a feature only for the vscode version.

Re: Claude Code gets native LSP support

#258

Post by midasz »

KptMarchewa wrote: post #254
_virtu wrote: post #175

Earlier quoted context omitted.

The commit workflow was what kept me locked in to the ecosystem for so long. LazyGit was so good that it convinced me I didn’t need JetBrains anymore. If you love the workflow with JB for commits check out LazyGit. It’s a TUI so you can use it in any editor without much friction.

I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?

To be fair, VS Code git implementation is really off-putting if you've used something good.

Re: Claude Code gets native LSP support

#259

Post by KptMarchewa »

midasz wrote: post #258
KptMarchewa wrote: post #254

Earlier quoted context omitted.

I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?

To be fair, VS Code git implementation is really off-putting if you've used something good.

I have no idea about both. I just use git in terminal.
Post reply on HN