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

Claude Code LSP

karanbansal.in

Post reply on HN
Print view View original

31–40 of 43 posts

Re: Claude Code LSP

#31

Post by mistercow »

steeleyespan wrote: post #26

“ That's not an incremental improvement. That's a category change in how Claude Code navigates your code.” Literally everything is written by AI now, even top HN articles.

I don't mind if people use AI to help them write, but when I see this kind of thing, it implies to me that they're barely even skimming it before posting. Surely people don't want this super cliche AI-hype-man tone in their blog posts, right? And if they haven't taken the time to at least skim through it and iterate on basic style, why should I assume it's worth my time to read it?

Re: Claude Code LSP

#32

Post by rvcdbn »

It's not hidden at all, Claude pushes it even tho it poisons the context after every edit with false positives because it's always out of date. This feature should be hidden given how half baked it is.

Re: Claude Code LSP

#33

Post by drcongo »

tlb wrote: post #23
tempaccount420 wrote: post #13

LSPs suck. Compilers should be able to re-use their cache for queries, interfaced with through a simple CLI. They should not need more RAM than what the compiler uses. Most LSPs don't work well for big projects or with non-standard setups like Bazel. Edit: is this really so controversial it has to be downvoted?

Compilers only do one file at a time, but an LSP needs to parse all the files. Also, an LSP needs to update incrementally when you edit the file, not just when you compile.

And not every language is compiled. And not everything that has an LSP is even a language. I don't think the gp comment was very thought through.

Re: Claude Code LSP

#34

Post by ndom91 »

Had trouble with their two marketplace's as there's also another `anthropics-claude-code`.

Here's the commands to install the correct marketplace and LSP plugins:

/plugin marketplace add anthropics/claude-plugins-official

/plugin install typescript-lsp@claude-plugin-directory

See all LSP's names here: https://code.claude.com/docs/en/discover-plugins#code-intell...

Re: Claude Code LSP

#35

Post by xnorswap »

tempaccount420 wrote: post #13

LSPs suck. Compilers should be able to re-use their cache for queries, interfaced with through a simple CLI. They should not need more RAM than what the compiler uses. Most LSPs don't work well for big projects or with non-standard setups like Bazel. Edit: is this really so controversial it has to be downvoted?

One of the many advantages of LSPs is that they can continue to work even under the condition of compilation error.

Re: Claude Code LSP

#37

Post by LexSiga »

since its flagged - gotta comment; I am not the author of the post. I was reading it in passing and thought it was interesting enough to submit. Indeeed did not paid enough attention as to how much "ai written" it was.

Re: Claude Code LSP

#38

Post by user3939382 »

sathish316 wrote: post #27
user3939382 wrote: post #4

I built this myself for my agents a long time ago from ctags.

I hope I’m not talking to an AI. Can you explain how you wire up ctags to Claude code and keep them upto-date?

Just install universal-ctags from your package manager and it’s just a command line interface to build them / regen. Then you can build custom things on top of that. It outputs a big index to a cache dir. Not an AI for the record.

Re: Claude Code LSP

#39

Post by zombot »

steeleyespan wrote: post #26

“ That's not an incremental improvement. That's a category change in how Claude Code navigates your code.” Literally everything is written by AI now, even top HN articles.

> Literally everything is written by AI now

Which explains the exceedingly stupid idea. If you want an LSP for Claude, you need an LSP for English. Wait, let my AI generate an article about that!

Post reply on HN