Claude Code инсталира LSP: Нека AI конечно "разбере" код

Как долгогодишен корисник на Claude Code, секогаш имам личен впечаток: тој е премногу паметен, но и премногу слеп. Паметен е затоа што може да генерира код со добра структура; слеп е затоа што не знае како изгледа вашиот код во реалноста.

А LSP —— Language Server Protocol, е клучниот чекор за да му даде "очи".

Што е LSP? Една реченица за објаснување

LSP, целосно име Language Server Protocol. Поедноставено:

Тоа е "унифициран интерфејс" кој им овозможува на уредниците и AI да разберат код.

Функциите на кои сте навикнати во VS Code:

• Ctrl клик на името на функцијата за скок до дефиниција
• Задржување на курсорот над променливата за преглед на типот
• Пребарување на референци

Сето тоа е управувано од LSP.

Без LSP, Claude Code може да прави пребарувања само со "Grep глобално подударување на стрингови"; со LSP, Claude Code може директно да побара од јазичниот сервер за одговор——прецизно, брзо, со низок трошок на токени.

Зошто треба да се интересирате за LSP?

Во изминатата година, најболното искуство при пишување код со Claude Code беше:

Трошокот на токени е премногу екстравагантен.

Ако му кажете да помогне со промена на функцијата, тој ќе:

• Пребарува цел проект со Grep
• Потоа повторно Grep за референци
• Потоа повторно Grep за дефиниции
• Потоа повторно Grep за повикни ланци

Секое од овие е "големо чистење", па трошокот е природно висок.

Податоците од Milvus тимот многу добро ја објаснуваат ситуацијата:

По активирањето на LSP, трошокот на токени може да се намали за 40%+.

За големи проекти и тимови со чести рефакторирања, ова е директна оптимизација на трошоците.

Што може да направи LSP? 7 основни способности на кои се потпира Claude Code

Од верзијата 2.0.74, Claude Code официјално ја активира LSP и автоматски ќе ги повика следниве способности во позадина:

• goToDefinition: скок до дефиниција
• findReferences: пребарување на референци
• hover: задржување за преглед на типот и документацијата
• documentSymbol: листа на функции/класи/променливи во тековниот документ
• workspaceSymbol: глобално пребарување на симболи
• goToImplementation: скок до имплементација на интерфејс
• incomingCalls / outgoingCalls: анализа на повикни ланци

Важноста на овие способности не треба да се објаснува, секој кој прави рефакторирање знае колку се корисни.

Повеќе важно е:

Не треба да ги активирате рачно. Claude Code автоматски ќе ги користи LSP пред Grep.

Три начини на користење на LSP (по препорака)

Метод 1: Интеграција со VS Code (најлесен и најстабилен)

Ако веќе користите VS Code, речиси без трошоци:

• Започнете Claude Code во терминалот на VS Code
• Внесете /config
• Поставете: - Diff tool = auto
• Auto-install IDE extension = true

Claude Code автоматски ќе го открие VS Code и автоматски ќе инсталира екстензија за комуникација со LSP.

Соодветно за: огромен број на програмери.

Метод 2: cclsp (заедничко MCP решение)

Ако не користите VS Code или ако официјалниот LSP дава разни грешки, можете да го користите ова:

npx cclsp@latest setupcclsp има голема предност:

• Автоматски коригира редни и колони
• Соодветно за повеќе јазици
• Заедницата активно одржува

Соодветно за луѓе кои користат Claude Code во чист терминал, Neovim, JetBrains и слично.

Метод 3: Рачно конфигурирање на .lsp.json (за ентузијасти)

Создадете нов .lsp.json во коренот на проектот:

{ "typescript": { "command": "typescript-language-server", "args": ["--stdio"], "extensionToLanguage": { ".ts": "typescript", ".tsx": "typescriptreact" } }, "python": { "command": "pylsp" } }Јазичниот сервер треба да се инсталира одделно, на пример:

npm install -g typescript-language-server pip install python-lsp-serverСоодветно за: инженери кои имаат висока прилагодливост на средината и се опседнати со детали.

Како да се утврди дали LSP навистина работи?

Во моментов, Anthropic не нуди јасен UI статусен индикатор, но можете да го утврдите на следниве начини:

• Нека Claude Code скокне до дефиниција: "Каде е дефинирана функцијата X?" Враќа точен фајл + реден број = нормално; враќа многу Grep резултати = не успеа
• Тестирајте ја командата со cclsp
• Набљудувајте го трошокот на токени: од неколку илјади токени до една или две илјади, е најочигледната разлика.

Кои навистина треба да конфигурираат LSP?

Препорачани ситуации за конфигурација:

• Проектот има повеќе од 10.000 редови
• Често правите рефакторирања
• Чувствителни сте на трошоците на токени
• Сакате Claude Code да има способност за разбирање на код на ниво на IDE

Не се препорачува да се мачите во следниве ситуации:

• Мали проекти, пребарувањето е брзо
• Главно пишувате нов код, не читате стар код
• Чекате официјална, по стабилна верзија

Главни проблеми со кои се соочувате во тековната употреба (состојба во декември 2025)

• No LSP server available: Обично е проблем со инсталацијата на јазичниот сервер.
• Нема визуелизација на статусот: Не можете да видите во UI дали LSP е поврзан.
• Операции како анализа на повикни ланци понекогаш не успеваат: Не се целосни референците преку фајлови.

Општа перформанса: употребливо, но сè уште во брза итерација.

На крај: LSP е "пакет за надградба на видот" за Claude Code

Во минатото, AI пишуваше код повеќе како "слепо разбирање", всушност можеше да се потпира само на пребарување и моделирање. Со LSP, тој првпат навистина има:

Разбирање на структурата на проектот → Прецизно лоцирање → Ниски трошоци за обработка на код

Ако вашиот јазик е TypeScript или Python, силно препорачувам прво да пробате интеграцијата со VS Code. Ова е важен чекор за да Claude Code навистина стане "корисен развоен асистент".

Ако имате проблеми, дискусиите на GitHub и заедничките решенија се многу активни и можат брзо да се решат.