Claude Code potajemnie ulepszony, w końcu nie jest już tylko "maszyną do wyszukiwania tekstu"

Czy pisząc kod, zastanawiałeś się kiedyś nad pytaniem:

Dlaczego w VS Code, naciskając Ctrl + kliknięcie, możesz bezpośrednio przejść do definicji funkcji? Dlaczego, najeżdżając myszką na funkcję, możesz zobaczyć pełny opis parametrów? Dlaczego twój edytor może ci powiedzieć, gdzie jest błąd, zanim jeszcze uruchomisz kod?

Używasz tych funkcji codziennie i cieszysz się nimi.

Ale możesz nie wiedzieć, że za tym wszystkim stoi coś, co nazywa się LSP (Language Server Protocol).

Co ważniejsze, Claude Code od wersji 2.0.74 również obsługuje LSP.

Co to oznacza?

Oznacza to, że Claude Code w końcu przestał być "maszyną do wyszukiwania tekstu" i stał się AI, które naprawdę rozumie kod.

Czym jest LSP? Mówiąc prosto

LSP to protokół stworzony przez Microsoft, a jego cel jest prosty:

Umożliwić korzystanie z inteligentnych funkcji kodu w dowolnym edytorze.

Spójrz:

• Serwer języka TypeScript może być używany w VS Code, w JetBrains, w Cursor

• Teraz, można go używać również w Claude Code

LSP to coś, co sprawia, że twój edytor staje się inteligentny:

• Automatyczne uzupełnianie nazw funkcji i parametrów

• Przechodzenie do definicji

• Wyszukiwanie wszystkich odwołań

• Wyświetlanie dokumentacji po najechaniu kursorem

• Wyświetlanie błędów i ostrzeżeń w czasie rzeczywistym

Używasz tych funkcji niezliczoną ilość razy każdego dnia, pisząc kod.

Ale nigdy nie zastanawiałeś się, jak to jest realizowane.

Teraz nie musisz się nad tym zastanawiać, wystarczy wiedzieć: Claude Code ma teraz również te możliwości.

Jak Claude Code pracował wcześniej?

Zanim Claude Code zaczął obsługiwać LSP, co musiał zrobić, aby znaleźć definicję funkcji?

Polegał na wyszukiwaniu za pomocą grep.

Mówiąc wprost, było to wyszukiwanie pełnotekstowe, szukanie, gdzie pojawiają się znaki "displayBooks".

Czy to działało? Tak, działało.

Model AI został wytrenowany na ogromnej ilości kodu i rzeczywiście potrafi wywnioskować wiele rzeczy z tekstu.

Ale gdzie leży problem?

Nie rozumie on naprawdę struktury kodu.

To tak, jakbyś poprosił kogoś o znalezienie "Jana Kowalskiego", a on mógłby tylko kartkować książkę telefoniczną, szukając słów "Jan Kowalski".

A ty, używając telefonu, wyszukujesz "Jana Kowalskiego", bezpośrednio odwołując się do bazy danych i otrzymujesz wynik w sekundę.

To jest różnica.

Wcześniej Claude Code: czytał pliki jeden po drugim, polegając na dopasowywaniu tekstu. Teraz Claude Code: pyta bezpośrednio serwer języka, precyzyjnie lokalizując.

Efektywność jest nieporównywalna.

Co LSP dało Claude Code?

5 kluczowych możliwości, z których każda jest narzędziem zwiększającym efektywność:

1. goToDefinition - Przejdź do definicji

Co możesz zrobić w VS Code, naciskając Ctrl+Click? Przejść bezpośrednio do miejsca definicji funkcji.

Teraz Claude Code też może to zrobić.

Pytasz go: "Gdzie jest zdefiniowana funkcja processRequest? Użyj LSP"

Nie będzie głupio przeszukiwał wszystkich plików.

Zapyta bezpośrednio serwer języka i otrzyma odpowiedź w sekundę: nazwa pliku, numer wiersza, dokładna lokalizacja.

2. findReferences - Znajdź wszystkie odwołania

To jest funkcja zabójcza.

Chcesz refaktoryzować funkcję, ale boisz się ją zmienić, bo obawiasz się, że coś innego się zepsuje.

Co robić?

Wcześniej musiałeś kazać Claude Code czytać pliki jeden po drugim, co było strasznie powolne.

Teraz pytasz bezpośrednio: "W jakich miejscach wywoływana jest funkcja displayError? Użyj LSP"

Serwer języka bezpośrednio wyświetli wszystkie lokalizacje odwołań.

Szybko, dokładnie i skutecznie.

3. hover - Uzyskaj informacje o dokumentacji i typach

W VS Code, najeżdżając kursorem, możesz zobaczyć sygnaturę funkcji, typy parametrów, opis dokumentacji.

Claude Code też to teraz widzi.

Pytasz go: "Jakie parametry przyjmuje funkcja displayBooks? Użyj LSP"

Nie musi zgadywać, czyta bezpośrednio sygnaturę zwróconą przez serwer języka.

Szczególnie w przypadku języków dynamicznych, takich jak Python, wcześniej Claude mógł tylko wnioskować typy na podstawie kontekstu. Teraz z LSP informacje o typach są jasne.

4. documentSymbol - Wyświetlanie wszystkich symboli w pliku

Chcesz szybko dowiedzieć się, jakie klasy, funkcje i zmienne znajdują się w pliku?

Zapytaj Claude'a: "Jakie symbole znajdują się w backend/index.js? Użyj LSP"

Zwróci on uporządkowaną listę, wszystko jest jasne.

5. workspaceSymbol - Wyszukiwanie symboli w całym projekcie

To jest jeszcze lepsze.

Nie szuka tekstu, ale symboli.

Chcesz znaleźć wszystkie metody zawierające "innerHTML"?

Serwer językowy znajdzie je bezpośrednio, nie jest to dopasowywanie ciągów znaków, ale prawdziwe symbole kodu.

Praktyczne zastosowanie: Jakie problemy rozwiązuje LSP?

Przestań gadać o rzeczach abstrakcyjnych, spójrz na rzeczywiste przypadki.

Przypadek 1: Śledzenie wywołań funkcji

Istnieje projekt o nazwie AseBook Finder, frontend ma funkcję displayBooks.

Chcesz wiedzieć, w których miejscach ta funkcja jest wywoływana.

Co robiłeś wcześniej? Claude Code grepował wszystko, mógł coś pominąć, mógł dać fałszywe alarmy.

Teraz po prostu zapytaj: "Znajdź wszystkie odwołania do displayBooks za pomocą LSP"

Wynik:

• Miejsce definicji funkcji

• Miejsce wywołania po pomyślnym pobraniu

• Wszystkie inne miejsca odwołań

Dokładne, szybkie, bez pominięć.

Przypadek 2: Zrozumienie parametrów funkcji

Chcesz, aby Claude wygenerował fragment kodu, który wywołuje funkcję displayError.

Ale nie jesteś pewien, jakie parametry przyjmuje ta funkcja.

Zapytaj go: "Jakie parametry przyjmuje displayError? Użyj LSP"

Serwer językowy zwraca bezpośrednio: przyjmuje parametr message.

Claude wie to i wygenerowany kod nie będzie zawierał błędów.

Przypadek 3: Znajdowanie wywołań API

Chcesz znaleźć miejsce w projekcie, w którym wywoływane jest API /api/recommendations.

Zapytaj Claude'a: "Znajdź wszystkie odwołania do /api/recommendations za pomocą LSP"

Znajduje miejsce wywołania fetch, z dokładnością do wiersza.

Bardzo przydatne do debugowania problemów z API i śledzenia przepływu danych.

Przypadek 4: Wczesne wykrywanie błędów

Refaktoryzujesz kod i niechcący źle napisałeś nazwę zmiennej.

W normalnych okolicznościach musisz uruchomić kod, aby to odkryć.

Ale dzięki LSP serwer językowy sprawdza na bieżąco i natychmiast zgłasza problem do Claude Code.

Claude informuje Cię o błędzie, zanim jeszcze uruchomisz kod.

Jak to skonfigurować? 5 kroków i gotowe

Spokojnie, konfiguracja jest prosta.

Krok 1: Włącz narzędzia LSP

W pliku konfiguracyjnym shella (.bashrc lub .zshrc) dodaj wiersz:

exportENABLE_LSP_TOOLS=1 a następnie uruchom source ~/.zshrc, aby zmiany zostały zastosowane.

Krok 2: Zainstaluj wtyczkę serwera językowego

Otwórz Claude Code i wpisz:

/plugin znajdź wtyczkę odpowiadającą Twojemu językowi:

• Python: wybierz pyright-lsp

• TypeScript/JavaScript: wybierz vtsls lub typescript-lsp

• Go: wybierz gopls

• Rust: wybierz rust-analyzer

Wybierz "Install for me only" (Zainstaluj tylko dla mnie) i zainstaluj.

Krok 3: Zainstaluj pliki binarne serwera językowego

Wtyczka to tylko interfejs, prawdziwą pracę wykonuje sam serwer językowy.

Python:

pip install pyright TypeScript/JavaScript:

npm install -g @vtsls/language-server typescript Go:

go install golang.org/x/tools/gopls@latest Rust:

rustup component add rust-analyzer

Krok 4: Uruchom ponownie Claude CodePo instalacji, uruchom ponownie Claude Code.

claude

Krok 5: Sprawdź, czy działa

Wpisz /plugin, sprawdź zakładkę "Installed" i upewnij się, że widzisz swój plugin.

Przetestuj to:

Użyj LSP, aby znaleźć wszystkie odniesienia do someFunction Jeśli Claude Code używa narzędzia find_references zamiast grep, oznacza to, że się udało.

Kiedy używać LSP? Kiedy nie?

LSP nie jest panaceum na wszystko.

Scenariusze, w których warto użyć LSP:

• Duże projekty (setki plików)

• Śledzenie wywołań funkcji w różnych plikach

• Potrzebujesz dokładnych sygnatur funkcji (szczególnie w językach dynamicznych)

• Refaktoryzacja kodu, obawa przed wprowadzeniem błędów

Scenariusze, w których nie warto używać LSP:

• Małe projekty, szybkie skrypty

• Proste wyszukiwanie tekstu

• Po prostu szukasz ciągu znaków

Mówiąc wprost, używaj grep, gdy jest szybki, a LSP, gdy jest dokładny.

Narzędzia są po to, by służyć ludziom, a nie używać ich dla samego używania.

Kilka pułapek, o których powiem ci z góry

Pułapka 1: Serwer językowy musi być w PATH

Jeśli Claude Code mówi "No LSP server available", najprawdopodobniej twój serwer językowy nie został poprawnie zainstalowany lub nie znajduje się w PATH.

W terminalu uruchom which pyright (lub twój serwer językowy), aby sprawdzić, czy można go znaleźć.

Pułapka 2: Po zainstalowaniu pluginu trzeba zrestartować

Po zainstalowaniu nowego pluginu lub zaktualizowaniu serwera językowego, koniecznie uruchom ponownie Claude Code.

Serwer językowy jest ładowany podczas uruchamiania.

Pułapka 3: Czasami trzeba wyraźnie powiedzieć "użyj LSP"

Jeśli zauważysz, że Claude Code nadal używa grep zamiast LSP, dodaj zdanie "użyj LSP":

Użyj LSP, aby znaleźć wszystkie odniesienia do authenticateUser W ten sposób wie, że ma użyć serwera językowego.

Pułapka 4: Brak wizualnych wskazówek

W przeciwieństwie do VS Code, Claude Code nie informuje, czy serwer LSP jest uruchomiony.

Brak ikony na pasku stanu, brak powiadomień.

Jedyny sposób, aby się upewnić: przetestuj to.

Na koniec kilka słów

Wsparcie LSP w Claude Code to nie mała aktualizacja, to jakościowa zmiana.

Wcześniej było to "wyszukiwanie tekstu + wnioskowanie AI".

Teraz jest to "serwer językowy + zrozumienie AI".

To tak, jakbyś przeszedł od przeglądania książki telefonicznej do korzystania z wyszukiwarki.

Różnica w wydajności jest ogromna.

Jeśli używasz Claude Code do poważnych projektów, poświęć 5 minut na skonfigurowanie LSP.

Te 5 minut są tego warte.

Lista działań:

• Dodaj export ENABLE_LSP_TOOLS=1 do konfiguracji shella

• Otwórz Claude Code, uruchom /plugin, aby zainstalować swój plugin językowy

• Zainstaluj odpowiedni plik binarny serwera językowego

• Uruchom ponownie Claude Code

• Przetestuj to: "Użyj LSP, aby znaleźć wszystkie odniesienia do XXX"

Po instalacji zauważysz: Okazuje się, że Claude Code może być aż tak szybki.