Kotlinを IntelliJ IDEA や Android Studio 以外のエディタでも快適に書きたいと考えたとき、気になるのが Kotlin LSP の存在です。
LSP は Language Server Protocol の略で、補完、定義ジャンプ、診断、Hover などの言語機能をエディタに提供するための共通仕様として広く使われています。
Kotlin でもこの仕組みを使えるようになってきていますが、重要なのは「使えるかどうか」だけではありません。
実際には、公式実装はすでに存在するものの、完成された安定基盤というよりは発展途上の段階にある、という理解がもっとも現実に近いです。
Kotlin LSPとは何か
Kotlin LSP は、Kotlin のコード解析を言語サーバー側で行い、その結果をエディタへ返す仕組みです。
これにより、LSP に対応したエディタであれば、Kotlin 専用の IDE でなくても、補完や定義ジャンプ、診断表示などをある程度共通の形で利用できます。
LSP 自体は Microsoft が公開している仕様で、さまざまな言語やエディタで採用されています。
Kotlin 向けの公式実装としては、JetBrains / Kotlin が公開している kotlin-lsp があります。
公式 README でも、これは Kotlin 用の Language Server Protocol 実装であり、Visual Studio Code 向けの公式 Kotlin サポートとして案内されています。
公式の Kotlin LSP はすでに存在する
Kotlin の LSP 環境を語るうえでまず押さえておきたいのは、JetBrains / Kotlin 公式の kotlin-lsp がすでに公開されていることです。
さらにこの実装は、IntelliJ IDEA と IntelliJ IDEA Kotlin Plugin の実装をベースにしていると説明されています。
つまり、単なる第三者実装ではなく、Kotlin の本家が主導する形で進んでいるのが大きな特徴です。
この点は、Kotlin のエディタ体験にとってかなり重要です。
もともと Kotlin は IntelliJ 系との結びつきが非常に強く、他エディタでの体験は弱くなりがちでした。
公式の LSP 実装が登場したことで、VS Code やその他の LSP 対応エディタでも、より現実的に Kotlin 開発を行える土台が整い始めています。
ただし、現時点ではまだ pre-alpha
ここで最も注意したいのが、公式 Kotlin LSP の成熟度です。
README では、このプロジェクトは experimental、pre-alpha、exploratory な段階にあると説明されており、安定性保証はないとも明記されています。
さらに、実験や小規模な用途には向いていても、日常業務の安定した基盤として使うには慎重であるべき、という趣旨の説明もあります。
このため、Kotlin LSP は「もう IntelliJ の完全代替になった」と見るのは正確ではありません。
むしろ現状では、かなり有望ではあるが、安定版として全面移行する段階にはまだ達していない、という評価が適切です。
どんな機能が期待できるのか
公式 README の “Supported features and Roadmap” では、Kotlin LSP が扱う機能としてさまざまな項目が並んでいます。
たとえば、Gradle JVM import、Gradle KMP import、Maven、Amper import、semantic highlighting、Kotlin / Java navigation、quickfixes、inspections、organize imports、rename、move、change signature、diagnostics、completion、KDoc hover、code formatting、document symbols などが挙げられています。
ただし、ここで気をつけたいのは、この一覧が 完全に安定して利用できる機能の確定表 ではないことです。
見出し自体が “Supported features and Roadmap” となっているため、すでに動くものと、進行中・今後の展開を含むものが混在していると読むのが自然です。
そのため、「機能は豊富に見えるが、実運用の完成度はまだ見極めが必要」という理解がちょうどよいでしょう。
使いやすい構成はまだ限られている
導入面では、現状で最も素直なのは JVM-only Kotlin Gradle project です。
README でも、現時点で out-of-the-box に対応しているのは JVM-only Kotlin Gradle projects だと案内されています。
つまり、特別な工夫をせずにまず試したいなら、この構成から入るのが自然です。
ただし、ここを「それ以外は未対応」と理解してしまうのは少し早計です。
GitHub Releases では Maven project import への対応が案内されており、対応範囲は少しずつ広がっています。
実際、2026年3月時点のリリースでも Maven support や Kotlin 2.3.0 対応などの更新が確認できます。
そのため、現状を正確に表現するなら、最も扱いやすい中心は JVM-only Kotlin Gradle project だが、それ以外の対応も進行中という言い方が適切です。
もっとも明確に案内されているのは VS Code
導入先のエディタとして、もっとも明確に案内されているのは VS Code です。
README では、golden path は Visual Studio Code であり、macOS と Linux で tested されていると書かれています。
このため、Kotlin LSP をまず試すなら、現時点では VS Code がもっとも自然な選択肢です。
ここで大切なのは、「VS Code 以外では使えない」という意味ではなく、公式が最もはっきり検証し、導線を示しているのが VS Code であるという点です。
他のエディタでも使えるが、手動設定が前提になる
Kotlin LSP は、VS Code 以外の LSP 対応エディタでも利用できます。
ただし公式 README では、その場合は手動で設定を行う必要があると説明されています。
加えて、Kotlin LSP は pull-based diagnostics を利用しているため、エディタ側の LSP クライアントがそれに対応している必要があります。
ここは実用面でかなり重要です。
LSP に対応しているエディタであっても、クライアント実装の違いによって補完や診断の挙動に差が出ることがあるため、「LSP だからどのエディタでも同じ体験になる」とは言い切れません。
Zedでは公式 Kotlin LSP を利用できる
LSP 対応エディタの中では、Zed でも Kotlin LSP を利用できます。
Zed の Kotlin 拡張 README では、JetBrains 製の公式 Kotlin LSP を使えることが案内されており、設定で language_servers: ["kotlin-lsp"] を指定する方法や、自動ダウンロード、手動設定の方法も説明されています。
そのため、Zed を使っている場合は、Kotlin の編集環境を強化する有力な選択肢として検討できます。
Neovimのようなエディタでも使う余地はある
Neovim のような LSP 対応エディタでも、Kotlin LSP を使うことは十分考えられます。
公式側で確認できるのは、他の LSP 対応エディタでも使えること、手動設定が必要であること、さらに standalone ZIP や kotlin-lsp.sh が提供されていることです。
そのため、Neovim などでの利用は自然な延長線上にあります。
ただし、ここは「公式が強くサポートしている」とまでは言い切れません。あくまで LSP 対応エディタで手動設定により利用していく前提 と考えるのが正確です。
以前の代表的な非公式実装は deprecated 扱い
Kotlin の LSP を語る際に、かつてよく名前が挙がったのが fwcd/kotlin-language-server です。
これは長く知られていたコミュニティ実装ですが、現在の README では 公式 language server があるため deprecated と見なせると書かれています。
そのため、新しく Kotlin LSP を検討するなら、まずは JetBrains / Kotlin 公式の kotlin-lsp を基準に考えるのが自然です。
導入手段も整いつつある
インストール方法についても、少しずつ導線が整っています。
公式 README では Homebrew によるインストール方法として brew install JetBrains/utils/kotlin-lsp が案内されています。
また、GitHub Releases から standalone ZIP を取得して利用する方法も用意されています。
さらに、リリースも継続して更新されています。
2026年3月時点でも複数のリリースがあり、Maven support や Kotlin 2.3.0 support などの改善が確認できます。
つまり、単発で公開されて止まっているプロジェクトではなく、現在も前進している実装と見てよさそうです。
現時点での現実的な評価
ここまでを踏まえると、Kotlin LSP の立ち位置はかなり明確です。
Kotlin LSP は、Kotlin を IntelliJ 系以外のエディタでも扱いやすくするための、非常に重要な進展です。
しかも公式実装が存在し、IntelliJ 系の知見を背景に進んでいる点は大きな強みです。
一方で、まだ pre-alpha であり、安定性保証もありません。
そのため、現時点では「誰にでも本番の主力環境としてすすめられる完成品」というより、試す価値が高く、今後の本命候補として非常に有望な段階と整理するのが最も正確です。
まとめ
Kotlin LSP は、Kotlin 開発環境を IntelliJ 以外へ広げていくうえで、今もっとも注目すべき技術のひとつです。
公式の kotlin-lsp はすでに公開されており、VS Code を中心に、他の LSP 対応エディタでも利用の道が開かれています。
ただし、現段階ではまだ experimental / pre-alpha です。
そのため、安定した本番環境として即断するよりも、現状を正しく理解したうえで試し、適用範囲を見極めていくフェーズにあると言えるでしょう。
以上、Kotlin LSPについてでした。
最後までお読みいただき、ありがとうございました。
