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

291–300 of 352 posts

Re: Claude Code gets native LSP support

#291

Post by dfaiv »

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…

Shameless repost - I'm so sad that JetBrains seems to be floundering. VS Code still doesn't match it in little "oh my gosh, how did it know I wanted that" moments, but the whole JB experience is now just so clunky, especially in a modern WSL2/poly-lang env.

https://news.ycombinator.com/item?id=45846798

Re: Claude Code gets native LSP support

#293

Post by throw-12-16 »

arianvanp wrote: post #222

I hate everything about the Claude code plugin system. They saw GitHub Actions supply chain Fiasco and said: great let's add hallucinations on top. It's that bad. It's embarrassingly bad. No lock files. Nothing. And then most plugins in turn install MCPs from pypi with uvx so you have two layers of no pinning. It's a supply chain nightmare. It's so bad that I'm ashamed for our industry

and then it runs out of home directory and slurps up your secrets.

its completely asinine to install npm globals these days, especially one that is such a juicy supply chain attack target

Re: Claude Code gets native LSP support

#294

Post by dfaiv »

it doesn't seem to mention anything on using the LSP for linting/typechecking? That's what I really want, instead of my unholy combo of post edit hooks and claude.md "PLEASE PLEASE PLEASE run type checking and linting before you think everything is done..."

Re: Claude Code gets native LSP support

#295

Post by linsomniac »

cube2222 wrote: post #29
shepherdjerred wrote: post #24

Earlier quoted context omitted.

Are you having a positive experience with Codex compared to Claude Code? Codex in my brief experience was... not good w/ 5.1

Just to provide another datapoint - tried codex September / October after seeing the glowing reviews here, and it was, all in all, a huge letdown. It seems to be very efficient context-wise, but at the same time made precise context-management much harder. Opus 4.5 is quite a magnificent improvement over Sonnet 4.5, in CC, though. Re tfa - I accidentally discovered the new lsp support 2 days ago on a side project in…

I was luke-warm about codex when I tried it 2-3 months ago, but just recently tried it again last week, running it against claude code, both of them running against the same todo list to build a docusign-like web service. I was using loops of "Look at the todo list and implement the next set of tasks" for the prompt (my prompt was ~3 sentences, but basically saying that):

    - Codex required around 30 passes on that loop, Claude did it in ~5-7.
    - I thought Codex's was "prettier", but both were functional.
    - I dug into Claude's result in more depth, and had to fix ~5-10 things.
    - Codex I didn't dig into testing quite as deeply, but it seemed to need less fixing.  Still not sure if that is because of a more superficial view.
    - Still a work in progress, have not completed a full document signing workflow in either.

Re: Claude Code gets native LSP support

#296

Post by calderwoodra »

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?

Remember this when you're thinking about the average commenter's opinion on anything technical.

Re: Claude Code gets native LSP support

#297

Post by ignatovs »

CuriouslyC wrote: post #70
dvtkrlbs wrote: post #65

Earlier quoted context omitted.

They already kinda did. They brough ACP support which allows you to somewhat integrate Claude Code, Gemini CLI or OpenCode they also recently brought BYOK support so you can use an existing provider and don't pay extra subscription for it.

ACP seems super under the radar. It has some support, but it got merged into A2A, which I don't hear anyone talking about, so it seems like it's going to die on the vine.

I think that https://agentclientprotocol.com/ was mentioned as ACP

Re: Claude Code gets native LSP support

#298

Post by taytus »

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've been a paying user for years. I don't see the point anymore since claude code.

Re: Claude Code gets native LSP support

#299

Post by tracker1 »

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 mostly rely on the CLI for my git operations anyway. It does make it hard to support others who are using the tools (VS/code/jetbrains, etc) though, since I don't really "get" the workflows in the GUI tools at all.

Re: Claude Code gets native LSP support

#300

Post by tracker1 »

jghn wrote: post #273
KptMarchewa wrote: post #269

Earlier quoted context omitted.

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.

I'm a bit mixed, as I really appreciate the balance that VS Code has brought to the table and even with that feel there's sometimes too much in the base install. JetBrains is definitely better than VS proper in a lot of ways though. I still have nightmares of using VS for web projects, it's not nearly as bad today but I still completely avoid it.
Post reply on HN