Live data from Hacker News

Claude Code gets native LSP support

github.com

271–280 of 352 posts

Re: Claude Code gets native LSP support

#271

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…

It's interesting that everyone is saying "please don't shove AI down our throat!". But when a company actually takes this approach (JetBrains IDEs treat AI just as a tool at the sidebar), everyone is like "JetBrains is doomed because it's not agent-native enough."

JetBrains are shoving it down our throats though, I have to uninstall their AI plugin after every IDE update, CoPilot suddenly stopped working? Oh, it's because JetBrains has enabled their AI auto-completion feature and it's broken CoPilot.

Re: Claude Code gets native LSP support

#272

Earlier quoted context omitted.

https://air.dev/ provides more info, for anyone who's intrigued.

After fleet fiasco? No thanks.

I heard really good things about Zed, lol. I’m with you. I canceled my jetbrains subscription a couple years ago and I have no intention of returning. They have been superseded and are no longer a relevant company. AI has made them obsolete.

Atlassian is next…

Re: Claude Code gets native LSP support

#273
post #267

Earlier quoted context omitted.

I do almost everything git manually at the CLI. But the Jetbrains IDEs have a fantastic GUI git merge tool, and I also like the local git diff UI. Add in integrated blame mode, ability to pull up version-diff files, and that sort of thing. It's not part of my daily driver toolbox, but they do get used a lot by me.

You made me realize that I actually do use it, since I often look at git blame and the past changes. And I like the (recent?) update in which the changes from current commit (not only stage) are coloured.

Exactly. There's a lot of little niceties buried in the integration across the board. I'm convinced that many VSCode supporters have never used a true IDE because whenever I complain about VSCode's shortcomings I'm met with "why would you want that?". Sure, but this git example is a great one because for most of it I *don't* want it, but there's a lot of related bits that I *do* want.

Re: Claude Code gets native LSP support

#274
post #233
post #231

Earlier quoted context omitted.

Isn't Fleet in preview 5 years later?

Fleet is cancelled, see the link above

Kind of figures, they were trying to compete with VS Code but they were not even able to create a stable release in all that time.

Re: Claude Code gets native LSP support

#275
post #76

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…

> Is it the prompt that Anthropic has been polishing in Claude code for so long?

I think so.

The opencode TUI is very good, but whenever I try it again the results are subjectively worse than Claude Code. They have the disadvantage of supporting many more models in terms refining prompts / tool usage.

The Claude Code secret sauce seems to be running evals on real world performance and then tweaking prompts and the models themselves to make it work better.

Re: Claude Code gets native LSP support

#276

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…

It's interesting that everyone is saying "please don't shove AI down our throat!". But when a company actually takes this approach (JetBrains IDEs treat AI just as a tool at the sidebar), everyone is like "JetBrains is doomed because it's not agent-native enough."

Your logical fallacy is assuming two different groups of people are the same people, which never leads to productive conversation.

Re: Claude Code gets native LSP support

#277
post #253

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...

> 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.

You can put it all on a hotkey.

Re: Claude Code gets native LSP support

#278

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…

It's interesting that everyone is saying "please don't shove AI down our throat!". But when a company actually takes this approach (JetBrains IDEs treat AI just as a tool at the sidebar), everyone is like "JetBrains is doomed because it's not agent-native enough."

> It's interesting that everyone is saying "please don't shove AI down our throat!".

Ever thought that two vocal minorities might not overlap, or even represent opinion of a bigger group?

Re: Claude Code gets native LSP support

#279

Earlier quoted context omitted.

You joke and folks downvote, but this is my biggest issue with WebStorm. I'm seriously considering switching for the first time in 16 years. Zed is quite snappy. The Claude Code integration in VS Code is brilliant. I've used the CLI in the JetBrains terminal. I had no idea I could revisit past conversations until I used the VS Code extension!

Zed is snappy in the same way that notepad ++ is snappy: If you don't support 10% of language features you can avoid the hard work. Unfortunately this means that non trivial projects have false positive errors everywhere.

Is that why they've given up on their own C++ analyzer and finally adopted clangd?

Re: Claude Code gets native LSP support

#280
post #267

Earlier quoted context omitted.

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

I do almost everything git manually at the CLI. But the Jetbrains IDEs have a fantastic GUI git merge tool, and I also like the local git diff UI. Add in integrated blame mode, ability to pull up version-diff files, and that sort of thing. It's not part of my daily driver toolbox, but they do get used a lot by me.

Merge is about the only time I look for gui experience with git. I'm by no means an expert at git.
Post reply on HN