Claude Code menambahkan dukungan LSP native

• Claude Code, alat coding berbasis AI yang berjalan di terminal, menambahkan alat LSP (Language Server Protocol) pada versi terbaru
• Dengan ini, tersedia fitur code intelligence setingkat IDE seperti go-to-definition, find references, dan menampilkan dokumentasi saat hover
• Perintah /terminal-setup kini secara resmi mendukung terminal Kitty, Alacritty, Zed, Warp
• Di layar /theme, syntax highlighting dapat diaktifkan/dinonaktifkan dengan Ctrl+T
• Ditambahkan panduan pengaturan terminal untuk kasus saat shortcut Alt tidak berfungsi di macOS, dan penulisan shortcut macOS diseragamkan dari alt menjadi opt agar sesuai dengan label tombol yang sebenarnya
• Output perintah /context ditingkatkan dengan mengelompokkan skill dan agent berdasarkan sumber, merapikan menurut perintah slash, serta menyediakan pengurutan berdasarkan penggunaan token

[aqqnucs]

Saya tadinya pakai serena, tapi memang yang bawaan paling pas.

[GN⁺]

Komentar Hacker News

• Saya tidak paham kenapa JetBrains tidak mengintegrasikan alat refactoring ke dalam sistem AI
  Bahkan pekerjaan sederhana seperti mengganti nama fungsi seharusnya bisa ditangani dengan konteks yang jauh lebih kecil alih-alih mengedit ratusan file
  Dukungan LSP adalah awal yang baik, tetapi tanpa kemampuan transformasi kode, ini tetap terasa kurang
  Kualitas LSP JetBrains juga tidak lebih baik dari yang umum ada

  • Akhir-akhir ini JetBrains terasa agak kehilangan arah
    Setelah menghapus modal commit dan menaikkan harga paket, saya sempat mempertimbangkan pindah dari alat yang sudah saya pakai lebih dari 10 tahun
    Contoh kesalahan terbaru juga bisa dilihat di postingan blog ini
  • Ini terasa seperti dilema inovator yang klasik
    JetBrains punya mesin PSI yang paling memahami makna kode, tetapi masih terikat pada paradigma di mana manusia memanipulasi IDE secara langsung
    Claude Code atau Cursor melihat editor sebagai kanvas yang bisa dipakai AI dengan bebas, sedangkan JetBrains memperlakukan AI hanya sebagai plugin sidebar
    Jika mereka tidak membuka alat refactoring internal ke agent, hambatan untuk pindah ke VS Code akan hilang
  • JetBrains seharusnya tidak terobsesi pada AI mereka sendiri, Junie, dan lebih fokus pada integrasi dengan alat yang sudah mapan
    Kalau tidak, VS Code akan menelan pasar
  • Masalahnya adalah rasa jumawa
    Dulu mereka punya hambatan masuk yang besar, tetapi VS Code menghancurkannya
    Mereka tampaknya sama sekali tidak mengantisipasi arus perubahan dan sekarang seperti kehilangan arah
  • Microsoft juga membuat kesalahan serupa
    Mereka belum berhasil menggabungkan Roslyn dan Copilot dengan baik
    Analyzer Roslyn bukan sekadar linter, melainkan alat kuat yang bahkan bisa melakukan transformasi kode, jadi frustrasi melihat AI masih menangani semuanya dengan find/replace sederhana
    Jika muncul agent berbasis Roslyn, efisiensi pengerjaan codebase besar akan melonjak drastis

• Saya sangat positif terhadap kombinasi Claude Code / Codex CLI + LSP
  Saya mencoba Codex akhir pekan lalu, dan karena kesal referensi sering terlewat saat mengganti nama fungsi atau memindahkan simbol, saya sampai membuat sendiri skill yang menghubungkan alat refactoring Python Rope
  Hasilnya cukup memuaskan

  • Seorang engineer OpenAI pada dasarnya gagal mengganti nama referensi karena menekan tombol Copilot alih-alih tombol F2
    Aneh sekali kalau memang tidak ada dukungan LSP
  • Versi Codex 5.1 dulu kurang bagus, jadi saya penasaran apakah sekarang sudah lebih baik daripada Claude Code
  • Mengejutkan bahwa bahkan di internal OpenAI, fitur seperti ini masih harus dibuat sendiri
    Ini menunjukkan masih banyak pekerjaan yang harus dilakukan di bidang ini

• Karena dokumentasi resmi kurang, saya membagikan hasil yang saya cari sendiri
  Buka manajer plugin Claude Code dengan perintah /plugin, lalu di tab Discover cari lsp, aktifkan dengan spacebar, dan tekan i untuk memasang

  • Saya juga sempat kaget ketika Claude menanyakan apakah Go LSP perlu dipasang
    Setelah mencari changelog terbaru, ternyata itu fitur yang ditambahkan 3 hari lalu
    Karena masih eksperimental, saya menonaktifkannya dulu
  • Bahkan di versi terbaru, saat mencari mcp tidak muncul apa pun
    Fitur ini tampaknya masih dalam tahap belum matang
    Semoga ke depannya Claude bisa mengenali LSP secara otomatis
  • Untuk menambahkan LSP kustom, Anda harus membungkusnya dengan plugin wrapper Claude Code
    Dokumentasinya ada di sini

• UX Claude Code dari Anthropic adalah yang terburuk di antara produk AI utama
  Bahkan sekadar menyalin-tempel teks terasa tidak nyaman, dan masukan pengguna juga diabaikan
  Dalam kondisi seperti ini, saya tidak tahu kenapa harus memakai ini ketimbang ChatGPT

• Saya sudah 6 bulan memakai OpenCode yang open source, dan alat itu sebenarnya sudah menyediakan fitur seperti ini
  Lambatnya perkembangan software tertutup cukup mengejutkan
  Saya merekomendasikannya karena bisa dipakai bersama langganan Claude atau Copilot

  • Saya ingin menyukai OpenCode karena saya lebih suka open source dan kemandirian dari provider, tetapi kenyataannya Claude Code lebih stabil
    OpenCode punya masalah performa seperti CPU 100% saat menunggu persetujuan dan error akibat popover
    Meski begitu, Claude Code juga punya bug seperti flicker saat scroll
  • Saya belum benar-benar berhasil memanfaatkan OpenCode dengan baik
    Claude Code langsung memberi hasil bagus, sedangkan OpenCode sulit dihubungkan ke model dan kurang efisien
    Mungkin ini karena prompt tuning Claude Code sudah matang lebih lama
  • Open source bisa bergerak cepat karena struktur pengambilan keputusannya sederhana
    Tidak membuang waktu untuk meyakinkan banyak pihak atau menyesuaikan sprint
  • Pengalaman konfigurasi OpenCode adalah yang paling sederhana dan intuitif di antara alat CLI lain
    Hanya saja bug kecil dan crash cukup sering terjadi
  • Kecepatan pengembangan OpenCode sangat tinggi
    Kalau ada yang mengumumkan AGI pagi hari, malamnya mungkin sudah terintegrasi
    Saya juga menguji sambil berpindah-pindah alat, dan OpenCode terus berkembang dengan konsisten

• Agak aneh melihat orang begitu antusias pada alat berbentuk CLI
  Agent berbasis IDE sudah menyediakan fitur seperti ini secara bawaan, jadi saya ragu seberapa efisien harus mengimplementasikan diff atau LSP lagi di terminal
  Cursor sudah mendukung hal seperti ini sejak lama

  • LSP sejak awal memang dirancang agar satu server bisa dibagi oleh banyak klien
    CLI cukup membuat klien kecil yang terhubung ke server LSP
    Tidak ada alasan hanya IDE yang menikmati manfaat LSP
  • Ada yang bilang bahkan non-developer merasa Claude Code CLI lebih natural
    Terminal bukan cuma tempat mengedit kode, melainkan ruang untuk mengorkestrasi seluruh komputer
    Alasannya mirip dengan kenapa kubectl tidak berevolusi menjadi GUI
    Tulisan terkait: It's on your computer
  • Saya penasaran apakah agent di dalam IDE benar-benar bisa mengakses LSP
    Misalnya, Zed tidak bisa memanfaatkan info LSP jika tidak ada server MCP
  • Editor dan chatbot saya sama-sama ada di terminal, jadi saya tidak merasa perlu pindah ke IDE
    CLI terasa lebih baik daripada UI desktop yang tidak sempurna
  • Kelebihan CLI adalah kebebasan karena tidak terikat pada IDE tertentu

• Seperti yang saya tulis baru-baru ini di tulisan saya, banyak pemborosan token dan energi karena LLM dijalankan secara tidak efisien
  Kuncinya adalah mempermudah LLM menggunakan alat
  Ini prinsip yang berlaku bukan hanya untuk coding, tetapi untuk semua bidang

  • Beberapa tahun lagi kita mungkin akan melihat kembali ekosistem alat yang tidak efisien saat ini dengan rasa malu
    Kita perlu mempertimbangkan kerusakan lingkungan akibat pemborosan energi, air, dan sumber daya
  • Sebenarnya sudah ada upaya untuk menyelesaikan masalah ini
    Misalnya ada proyek seperti Serena

• Agent favorit saya, Crush, sudah mendukung LSP
  Hanya saja dalam praktiknya agent itu tidak terlalu sering memakai fitur tersebut
  Tautan GitHub Crush

  • Saya penasaran apakah ada perbedaan jika server LSP yang terpasang dituliskan di AGENT.md

• Saya belum melihat banyak contoh LSP benar-benar dipakai dalam praktik
  Opus 4.5 stabil dalam urusan timing QA, dan pemeriksaan lint juga berjalan baik di luar IDE
  Jika definisinya tersembunyi jauh di dalam, LSP bisa berguna
  Daftar fitur LSP yang disediakan Claude adalah sebagai berikut

  • goToDefinition, findReferences, hover, documentSymbol, workspaceSymbol, goToImplementation, prepareCallHierarchy, incomingCalls, outgoingCalls, dll.

• LSP seharusnya menyediakan API dalam bentuk perintah shell
  Dengan begitu integrasi dengan LLM akan lebih mudah, dan tetap berguna juga untuk manusia

  • Sudah ada frontend CLI seperti lsp-cli
    Namun akan lebih efisien jika LLM menggunakan LSP lewat alat khusus dibanding sekadar perintah shell biasa