Claude Code тихцем оновився, і нарешті перестав бути "машиною для пошуку тексту"

Коли ви пишете код, чи замислювалися ви над питанням:

Чому, коли ви натискаєте Ctrl + Click у VS Code, ви можете перейти безпосередньо до визначення функції? Чому, коли ви наводите курсор на функцію, ви можете побачити повний опис параметрів? Чому ваш редактор може сказати вам, де ви помилилися, ще до того, як ваш код запрацює?

Ви використовуєте ці функції щодня, і це дуже зручно.

Але ви можете не знати, що за цим стоїть щось під назвою LSP (Language Server Protocol).

Ще важливіше, що Claude Code версії 2.0.74 також підтримує LSP.

Що це означає?

Це означає, що Claude Code нарешті перетворився з "машини для пошуку тексту" на AI, який дійсно розуміє код.

Що таке LSP? Простими словами

LSP — це протокол, розроблений Microsoft, мета якого проста:

Щоб функції інтелектуального кодування можна було використовувати в будь-якому редакторі.

Подивіться:

• Мовний сервер TypeScript можна використовувати у VS Code, JetBrains і Cursor

• Тепер його можна використовувати і в Claude Code

LSP — це те, що робить ваш редактор розумнішим:

• Автоматичне завершення імен функцій і параметрів

• Перехід до визначення

• Пошук усіх посилань

• Відображення документації при наведенні курсора

• Повідомлення про помилки та попередження в режимі реального часу

Ви використовували ці функції незліченну кількість разів щодня, коли пишете код.

Але ви ніколи не замислювалися, як це реалізовано.

Тепер не потрібно думати, потрібно просто знати: Claude Code тепер також має ці можливості.

Як Claude Code працював раніше?

Перш ніж підтримувати LSP, що Claude Code робив, коли хотів знайти, де визначена функція?

Покладався на пошук grep.

Простіше кажучи, це повнотекстовий пошук, щоб знайти, де з'являються символи "displayBooks".

Чи можна це використовувати? Так, можна.

Моделі AI навчені на величезній кількості коду, і вони дійсно можуть багато чого вивести з тексту.

Але в чому проблема?

Він насправді не розуміє структуру коду.

Це як попросити когось знайти "Чжан Саня", він може лише перегортати адресну книгу сторінка за сторінкою, щоб знайти ці два слова "Чжан Сань".

А коли ви використовуєте свій телефон для пошуку "Чжан Саня", ви безпосередньо викликаєте базу даних і отримуєте результати за секунди.

У цьому різниця.

Попередній Claude Code: читав кожен файл по черзі, покладаючись на зіставлення тексту. Теперішній Claude Code: безпосередньо запитує мовний сервер, точно визначаючи місцезнаходження.

Різниця в ефективності не маленька.

Що LSP приніс Claude Code?

5 основних можливостей, кожна з яких є інструментом підвищення ефективності:

1. goToDefinition - Перехід до визначення

Що ви можете зробити, натиснувши Ctrl+Click у VS Code? Перейти безпосередньо до місця визначення функції.

Тепер Claude Code також може це робити.

Ви запитуєте його: "Де визначена функція processRequest? Використовуйте LSP"

Він не буде дурним і шукати у всіх файлах.

Він безпосередньо запитує мовний сервер і отримує відповідь за секунди: ім'я файлу, номер рядка, точне місцезнаходження.

2. findReferences - Знайти всі посилання

Це функція-вбивця.

Ви хочете реструктуризувати функцію, але боїтеся її змінювати, побоюючись, що вона зламає інші місця.

Що робити?

Раніше вам доводилося змушувати Claude Code читати кожен файл по черзі, що було дуже повільно.

Тепер просто запитайте: "Де викликається функція displayError? Використовуйте LSP"

Мовний сервер безпосередньо перелічить усі місця посилань.

Швидко, точно і безжально.

3. hover - Отримати документацію та інформацію про типи

Коли ви наводите курсор у VS Code, ви можете побачити сигнатуру функції, типи параметрів і опис документації.

Claude Code тепер також може це бачити.

Запитайте його: "Які параметри приймає функція displayBooks? Використовуйте LSP"

Йому не потрібно гадати, він безпосередньо читає сигнатуру, повернуту мовним сервером.

Особливо для динамічних мов, таких як Python, раніше Claude міг лише виводити типи з контексту. Тепер з LSP інформація про типи зрозуміла з першого погляду.

4. documentSymbol - Перелік усіх символів файлу

Хочете швидко дізнатися, які класи, функції, змінні є у файлі?

Запитайте Claude: "Які символи є в backend/index.js? Використовуй LSP"

Він поверне вам структурований список, все чітко.

5. workspaceSymbol - Пошук символів по всьому проєкту

Це ще крутіше.

Не пошук тексту, а пошук символів.

Хочете знайти всі методи, що містять "innerHTML"?

Мовний сервер знайде їх безпосередньо для вас, це не зіставлення рядків, а справжні символи коду.

Практика: Які проблеми насправді може вирішити LSP?

Забудьте про абстрактні речі, подивіться на реальні приклади.

Приклад 1: Відстеження викликів функцій

Є проєкт під назвою AseBook Finder, у фронтенді є функція displayBooks.

Ви хочете знати, де викликається ця функція.

Що робили раніше? Claude Code grep по всьому коду, можливо, пропустите, можливо, помилкові спрацювання.

Тепер просто запитайте: "Знайди всі посилання на displayBooks за допомогою LSP"

Результат:

• Місцезнаходження визначення функції

• Місцезнаходження виклику після успішного fetch

• Усі інші місця, де є посилання

Точно, швидко, без пропусків.

Приклад 2: Розуміння параметрів функції

Ви хочете, щоб Claude згенерував фрагмент коду, який викликає функцію displayError.

Але ви не впевнені, які параметри приймає ця функція.

Запитайте його: "Які параметри приймає displayError? Використовуй LSP"

Мовний сервер поверне безпосередньо: приймає параметр message.

Claude знає, і згенерований код не буде містити помилок.

Приклад 3: Пошук викликів API

Ви хочете знайти, де в проєкті викликається інтерфейс /api/recommendations.

Запитайте Claude: "Знайди всі посилання на /api/recommendations за допомогою LSP"

Він знайде місцезнаходження виклику fetch, з точністю до рядка.

Дуже корисно для налагодження проблем з API, відстеження потоків даних.

Приклад 4: Завчасно виявляйте помилки

Ви рефакторите код і випадково неправильно написали назву змінної.

Зазвичай вам потрібно запустити код, щоб виявити це.

Але з LSP мовний сервер перевіряє в режимі реального часу і негайно повідомляє про проблему Claude Code.

Claude повідомляє вам про помилку ще до запуску коду.

Як налаштувати? 5 кроків

Не хвилюйтеся, налаштування просте.

Крок 1: Увімкніть інструменти LSP

Додайте рядок у файл конфігурації вашої оболонки (.bashrc або .zshrc):

exportENABLE_LSP_TOOLS=1 а потім запустіть source ~/.zshrc, щоб зміни набули чинності.

Крок 2: Встановіть плагін мовного сервера

Відкрийте Claude Code, введіть:

/plugin знайдіть плагін для мови, яку ви використовуєте:

• Python: виберіть pyright-lsp

• TypeScript/JavaScript: виберіть vtsls або typescript-lsp

• Go: виберіть gopls

• Rust: виберіть rust-analyzer

Виберіть "Install for me only", щоб встановити.

Крок 3: Встановіть двійкові файли мовного сервера

Плагін - це лише інтерфейс, справжню роботу виконує сам мовний сервер.

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

Крок 4: Перезапустіть Claude Codeclaude

Крок 5: Перевірка працездатності

Введіть /plugin, перевірте вкладку "Installed", і ви побачите свій плагін.

Протестуйте:

Знайди всі посилання на someFunction за допомогою LSP. Якщо Claude Code використовує інструмент find_references замість grep, це означає, що все пройшло успішно.

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

LSP – це не панацея.

Сценарії, коли доцільно використовувати LSP:

• Великі проєкти (кілька сотень файлів)

• Відстеження викликів функцій між файлами

• Потрібні точні сигнатури функцій (особливо для динамічних мов)

• Рефакторинг коду, щоб уникнути помилок

Сценарії, коли не доцільно використовувати LSP:

• Невеликі проєкти, швидкі скрипти

• Простий пошук тексту

• Просто знайти рядок

Простіше кажучи, використовуйте grep, коли він швидкий, а LSP, коли він точний.

Інструменти створені для служіння людям, а не для використання заради використання.

Кілька підводних каменів, про які варто знати заздалегідь

Підводний камінь 1: Мовний сервер має бути в PATH

Якщо Claude Code повідомляє "No LSP server available", швидше за все, ваш мовний сервер встановлено неправильно або його немає в PATH.

Запустіть which pyright (або ваш мовний сервер) у терміналі, щоб перевірити, чи його знайдено.

Підводний камінь 2: Після встановлення плагіна потрібно перезавантажити

Після встановлення нового плагіна або оновлення мовного сервера обов'язково перезавантажте Claude Code.

Мовні сервери завантажуються під час запуску.

Підводний камінь 3: Іноді потрібно явно сказати "використовувати LSP"

Якщо ви помітили, що Claude Code все ще використовує grep замість LSP, додайте фразу "використовувати LSP":

Знайди всі посилання на authenticateUser за допомогою LSP. Таким чином, він знатиме, що потрібно використовувати мовний сервер.

Підводний камінь 4: Відсутні візуальні підказки

На відміну від VS Code, Claude Code не повідомляє, чи працює LSP-сервер.

Немає значка в рядку стану, немає сповіщень.

Єдиний спосіб переконатися: фактичне тестування.

Наостанок кілька слів

Підтримка LSP в Claude Code – це не невелике оновлення, а якісна зміна.

Раніше це був "пошук тексту + висновок ШІ".

Тепер це "мовний сервер + розуміння ШІ".

Це як перехід від перегортання телефонної книги до використання пошукової системи.

Різниця в ефективності колосальна.

Якщо ви використовуєте Claude Code для серйозного проєкту, витратьте 5 хвилин на налаштування LSP.

Ці 5 хвилин варті того.

Список дій:

• Додайте export ENABLE_LSP_TOOLS=1 до конфігурації вашої оболонки

• Відкрийте Claude Code, запустіть /plugin, щоб встановити свій мовний плагін

• Встановіть відповідний двійковий файл мовного сервера

• Перезавантажте Claude Code

• Перевірте, чи працює "Знайди всі посилання на XXX за допомогою LSP"

Після встановлення ви побачите: