Claude Code untuk VSCode dirilis

• Ekstensi yang mengintegrasikan Claude Code milik Anthropic dengan VSCode untuk meningkatkan pengalaman coding developer
• Hanya berfungsi jika Claude Code sudah terpasang secara terpisah

Fitur utama

• Instalasi otomatis: Saat menjalankan Claude Code di terminal VSCode, ekstensi akan otomatis terdeteksi dan terpasang
• Pengenalan konteks area terpilih: Teks yang dipilih di editor akan otomatis disertakan dalam konteks input Claude
• Dukungan tampilan diff: Perubahan kode (diff) dapat langsung dilihat di penampil bawaan VSCode
• Shortcut keyboard: Dengan shortcut seperti Alt+Cmd+K, kode yang dipilih bisa dengan mudah dikirim ke prompt Claude
• Fitur pengenalan tab: Claude dapat memahami informasi file yang sedang terbuka di VSCode, sehingga bisa memberi dukungan kode yang sesuai konteks
• Opsi pengaturan: Di /config, atur diff tool ke auto untuk mengaktifkan fitur terkait integrasi IDE dengan mudah

• Versi rilis awal (early release), sehingga selama penggunaan mungkin ada bug atau beberapa fitur yang belum selesai

[digitect38]

Perbedaan yang jelas dengan Cursor

1. Cursor terikat pada VSCode. Sebaliknya, Claude Code menggunakan cara CLI (command line interface), jadi bisa dipakai dengan alat apa pun.

2. Cursor pada praktiknya memanfaatkan LLM lain, sedangkan Claude Code dioptimalkan khusus untuk Claude. Namun, jika membandingkan kemampuannya, Claude Code jelas lebih unggul. Ini juga berlaku saat dibandingkan dengan Gemini 2.5 Pro (berdasarkan .NET, bisa berbeda tergantung bahasa).

[bluekai17]

Kalau begitu, apa bedanya dengan Cursor?

[iolothebard]

Lho, yang buat Windows (bukan WSL) malah nggak dibikin, malah sibuk ngurus hal lain terus… u,.u;;;

[wahihi]

WSL juga bagian dari OS Windows. Berarti dia memang tidak tahu cara memakainya... Terbiasa mengembangkan lewat GUI saja, jadi CLI benar-benar tidak paham, atau semacamnya...

[yeorinhieut]

Jika menggunakan WSL, ada juga masalah performa sistem file yang sangat menurun (WSL2), dan ada kekurangan lain yaitu bergantung pada virtualisasi Hyper-V. Ada banyak kasus juga di mana WSL tidak bisa digunakan.

[namojo]

Saya juga setuju. Di kantor saya juga dilarang memakai WSL, jadi~ akhirnya saya menyerah.
Setelah berhasil menembus sertifikat SSL dan mencoba apa pun agar bisa jalan, ternyata WSL memang tidak bisa dipakai.

[ng0301]

wkwkwk, relate banget

[melong0124]

Apa bedanya dengan GitHub Copilot?

[digitect38]

Copilot lebih terfokus pada IDE MS dan memang bisa dibilang masih selevel pemula, sementara Claude berjalan di CLI / Git Bash sehingga bisa digunakan di berbagai lingkungan, dengan kemampuan coding yang relatif lebih tinggi

[kimjoin2]

Ada juga plugin untuk IntelliJ.
Perbedaannya dibanding CLI biasa adalah ia bisa langsung mengenali file atau baris yang sedang dilihat atau dipilih di IDE.
Tentu saja, Anda juga bisa menjalankannya di terminal biasa dan memulai integrasi dengan perintah /ide.

[GN⁺]

Komentar Hacker News

• Saya rasa pendekatan mengintegrasikan coding berbasis agent ke IDE yang sudah ada adalah arah yang keliru. Lebih baik mengelola beberapa Git worktree dan membiarkan masing-masing agent berjalan secara bersamaan. Tidak perlu menunggu Claude Code menyelesaikan pekerjaannya selama lebih dari 20 menit. Karena itu saya membuat sendiri UI untuk mengelolanya, dan sekarang ini berkembang menjadi tipe IDE baru untuk mengelola/meninjau banyak agent. Berbeda dari sebelumnya, ini bukan soal mengerjakan satu hal pada satu waktu. https://github.com/stravu/crystal
  • Saya pribadi berpikir berbeda. Saya memakai Cursor setiap hari untuk proyek komersial. Background agent memang berguna dalam situasi tertentu, tetapi sebagian besar waktu justru hanya menimbulkan distraksi. Cara coding yang saya sukai adalah fokus pada satu tujuan dan secara iteratif mendekati solusi. Sambil menunggu pekerjaan selesai, saya menjelajahi dokumentasi atau informasi terkait untuk memikirkan langkah berikutnya. Meninjau kode yang sudah ada atau perubahan yang dibuat juga sangat penting agar saya benar-benar memahami progres saat ini. Gagasan mengelola banyak agent untuk tiap tugas tidak cocok dengan gaya saya. Terlalu banyak perpindahan konteks dan multitasking.
  • Hal yang selalu saya penasaran dari usulan workflow seperti ini adalah bagaimana saya bisa mengelola konteks pribadi saya. Bahkan dalam code review rekan kerja, alih-alih memahami dan memverifikasi seluruh kode secara sempurna, saya biasanya hanya cepat memeriksa kesalahan besar seperti style kode, best practice, dan sebagainya. Karena itu saya bisa meninjau banyak PR dengan cepat dalam sehari. Untuk pekerjaan yang lebih penting, misalnya yang menjadi tanggung jawab saya, saya akan menguji branch tersebut dan memeriksa implementasinya dengan teliti. Karena pekerjaan ini diulang setiap kali ada pembaruan PR, waktu yang dibutuhkan sangat besar. Jika banyak agent mengusulkan diff secara bersamaan, terutama saat perlu verifikasi, saya bingung bagaimana menangani perpindahan konteksnya, dan bagaimana mengelola dependensi modul ketika satu pembaruan secara halus memengaruhi pekerjaan lain.
  • Cara seperti ini juga bisa dibuat sama lewat plugin IDE.
  • Tool yang keren! Saya penasaran kenapa tidak memakai Claude Code TS SDK. Sepertinya paketnya memang dipasang, tetapi strukturnya tetap menjalankan perintah claude secara langsung. Sebagai referensi, saya juga menyarankan melihat electron-trpc. Penanganan IPC jadi jauh lebih mudah.
  • Tool ini juga keren, tetapi masalah yang diselesaikannya berbeda. Ada dua masalah besar pada background agent. 1) Ada hambatan awal untuk menyiapkan environment terisolasi dengan benar. Tingkat kesulitannya sangat berbeda di tiap proyek, mulai dari sekadar memilih container yang tepat sampai neraka menyiapkan semua dependensi. Sebaliknya, kalau bekerja di dalam IDE, biasanya semuanya sudah tersedia. 2) Orang-orang perlu mempelajari bagaimana agent membangun kode. Kalau agent berjalan di IDE dan saya bisa memberi saran atau koreksi secara real-time, itu akan jauh lebih membantu background agent dalam jangka panjang.
• Inilah yang saya inginkan. Lingkungan yang sangat mendukung perpindahan konteks berbasis git worktree dalam jendela IDE yang sama, framework untuk menghubungkan agent berbasis terminal ke setiap branch worktree, lalu pada akhirnya berkembang menjadi protokol terbuka yang lebih baik untuk diff, notifikasi permintaan izin, dan notifikasi progres, sidebar untuk memantau status dan notifikasi agent di tiap branch worktree, serta antarmuka untuk merespons pesan agent dengan cepat seperti notifikasi di seluruh branch. Tool standalone agent manager memang punya fungsi-fungsi seperti ini, tetapi saat ingin langsung terjun sebagai engineer, tool seperti itu tidak benar-benar praktis digunakan. Integrasi dengan jendela pengujian browser atau instance emulator/simulator mobile per branch juga dibutuhkan. Harus ada juga code completion berbasis model yang cepat, dukungan berbagai language server, dan ekosistem ekstensi yang mampu berperan sebagai IDE berkualitas tinggi. Saat ini saya mengelola Windsurf, Claude agent, browser web, dan simulator mobile secara terpisah di beberapa desktop macOS. Cara ini sangat merepotkan.
  • Yang saya inginkan adalah coding agent dengan kemampuan debugging. Saya ingin ia bisa mengikuti stack, melihat nilai variabel lokal dan argumen, dan benar-benar mengintip apa yang terjadi di dalam, bukan sekadar menambahkan print atau assert.
  • Soal kemampuan merespons cepat pesan agent di banyak branch seperti notifikasi, saya juga sempat mencoba membuat plugin untuk VSCode. Fungsinya agar Claude bisa langsung lompat ke file dan baris terkait, dan memang sempat berjalan sampai tingkat tertentu, tetapi ada masalah karena terus macet.
• Saya kurang paham apa sebenarnya perbedaan antara Cursor dan Claude Code. Saya sudah memakai keduanya, dan karena didukung perusahaan saya akhirnya pindah ke Cursor. Selain CLI vs UI, keduanya sama-sama bisa mengedit banyak file, jadi saya tidak menemukan perbedaan yang berarti. Saya berharap masa transisi yang merepotkan ini, di mana harus memakai beberapa editor sekaligus atau bolak-balik antara JetBrains dan Cursor, segera berakhir.
  • Dari sisi kualitas dan kegunaan, keduanya sangat berbeda. Claude Code sepenuhnya bersifat agentic. Anda memberi tugas, lalu ia benar-benar mengerjakan keseluruhannya dan menghasilkan kode yang cukup bagus serta berfungsi dengan baik. Ia bisa menjalankan test, commit, perintah, mengakses sistem remote, debugging, dan sebagainya. Ia tidak mengoptimalkan penggunaan token, jadi pada percobaan pertama ia sering menghasilkan kode dengan kualitas lebih tinggi daripada Cursor, tetapi biayanya juga lebih besar. Mode agent Cursor masih berada di tahap awal. Cursor pada dasarnya lebih dekat ke tool pengedit file, sedangkan Claude Code lebih seperti developer junior.
  • Banyak yang memakai keduanya bersama-sama. Cursor sebagai IDE, Claude Code dijalankan dari terminal di dalam IDE. Dari sisi performa, pendekatan agent-nya berbeda, dan meskipun memakai model dasar yang sama, tetap ada perbedaan dalam analisis codebase, penggunaan submodel, keterhubungan dengan tool, dan sebagainya.
  • Menarik juga mendengar ada yang tidak merasakan perbedaan berarti. Bagi saya, Claude jauh lebih unggul dalam segala hal. Saya terutama memakai scala, python, js, dan dart. Dengan Claude, saya mendapat asisten yang sangat produktif. Sangat berguna terutama untuk perubahan kecil hingga menengah. Kalau perencanaannya bagus, rasanya seperti sulap. Memang ada sedikit duplikasi kode, tetapi hanya itu. Cursor justru butuh banyak polesan dan akhirnya hanya memperlambat saya.
  • Claude Code benar-benar mengesankan. Rasanya seperti ada programmer lain yang duduk bersama saya di terminal. Ia memang tidak sempurna, dan tetap perlu dibantu sampai benar-benar memahami apa yang kita inginkan. Tetapi kalau konteksnya pas, hasilnya sungguh mengejutkan. Dalam kasus saya, ia bahkan belum benar-benar memahami seluruh proyek, dan saya juga tidak memakainya untuk TypeScript atau web development.
  • Cursor mengharuskan pindah ke IDE terpisah, kecuali jika dari awal memang memakai VSCode, sedangkan Claude Code (atau Aider) langsung mengedit file proyek dari terminal sambil berjalan berdampingan dengan IDE yang sekarang dipakai. Dalam kasus saya, saya memakai kombinasi vim+tmux+bash, jadi saya lebih suka asisten CLI, tetapi ini juga menjadi kelebihan yang sama bagi orang yang memakai GUI IDE selain VSCode.
• Saya justru terkejut minggu lalu tidak ada reaksi keras saat github memperkenalkan batas premium request untuk copilot. Saya memperkirakan akan ada penolakan yang jauh lebih besar ketika makin banyak orang benar-benar mulai terkena batas itu. Syukurlah ada produk pesaing.
  • Di Claude Code, 10 dolar bisa habis dalam sekejap hanya untuk satu kali sesi.
• Saya penasaran apakah ada keunggulan khusus dibanding memakai VSCode Copilot dalam mode Agent + Claude Sonnet 3.7 atau 4. Saya ingin tahu apa yang mungkin saya lewatkan.
  • Anda harus mencoba sendiri Claude Code untuk bisa menjawab pertanyaan itu. Berdebat di sini tidak banyak gunanya. Kalau terminal Linux adalah alat utama Anda, Anda akan langsung terpikat. Pastikan juga membaca dokumentasinya. Gunakan CLAUDE.md, buat pekerjaan besar menjadi dokumen rencana berformat markup, lalu berulang kali lakukan siklus rencana-revisi dan serahkan implementasinya. Saat mendekati context limit, jauh lebih efisien jika mem-write memori ke file, lalu /clear dan membacanya kembali.
  • Saya mencoba menghubungkan Playwright MCP dengan mode agent Copilot, tetapi gagal. Sudah terpasang dan juga muncul di pilihan tool, tetapi pada akhirnya Copilot tidak mengizinkan akses ke fungsinya.
• Saya penasaran apa keuntungan solusi ini dibanding saat memakai backend Claude di mode agent Copilot
  • Penjelasan lain di thread ini, terutama https://news.ycombinator.com/item?id=44353972, juga berlaku untuk vscode copilot
  • Setelah mencobanya beberapa hari, integrasi ini memperbaiki ketidaknyamanan karena sebelumnya saya harus membuka file satu per satu untuk mengecek pembaruan. Dalam mode terminal, semuanya diproses di background sehingga saya tidak tahu apa yang sedang terjadi, tetapi di IDE yang terintegrasi saya bisa melihat semuanya secara real-time. Namun nama-nama yang diberikan agent, seperti Pondering, Twerking, Juggling, dan sebagainya, awalnya terasa segar tetapi cepat menjadi tidak berguna.
• Pertanyaan yang agak menyimpang, tetapi saya penasaran apakah ada yang memakai Roo di VSCode. Dan apakah fitur browser Roo juga terintegrasi dengan baik dengan Claude yang disediakan GitHub copilot.
• Setahu saya, saat menjalankan Claude Code di VSCode (atau Cursor), ini akan terpasang otomatis. Jadi tidak perlu mencarinya dan memasangnya secara terpisah, benar begitu?
  • Fakta bahwa Claude Code terpasang otomatis saat dijalankan di VSCode, bukankah itu terasa agak invasif?
  • Benar. Itu juga tertulis di halaman web ekstensi.

  Auto-installation: When you launch Claude Code from within VSCode’s terminal, it automatically detects and installs the extension
  

• Workflow saya mulai berubah ketika menyadari bahwa Claude Code memahami banyak langkah sekaligus. Cara berpikir yang tadinya per file perlahan bergeser menjadi unit tindakan tunggal seperti “pisahkan modul, tulis test, refactor pemanggil”. Claude juga memahaminya sebagai satu unit kerja seperti itu (mode usaha maksimum). Perubahan ini secara bertahap mengubah pendekatan saya terhadap coding. Saya jadi lebih sedikit khawatir soal sintaks, lebih banyak menulis scaffolding, dan lebih sering menggabungkan beberapa tugas menjadi satu. Ini perubahan yang halus, tetapi dampak jangka panjangnya besar. Saya penasaran seberapa cepat kita akan sampai pada titik di mana kita sengaja memperbaiki struktur codebase agar lebih mudah dijelajahi LLM agent, misalnya lebih flat, minim putar balik, metadata deklaratif, dan sebagainya.
  • Sebelum kita menyebutnya masa depan, ini sebenarnya sudah berlangsung. Armin Ronacher meningkatkan porsi penulisan kode di Go dibanding Python karena LLM lebih mudah memahami Go. Rekan saya juga memindahkan aplikasi desktop ke Rust karena tooling dan type system-nya membuat codebase lebih mudah dijelajahi agent. Fokusnya sudah mulai bergeser ke dokumentasi yang lebih mudah dibaca AI.
  • Saya juga terus memikirkan hal ini ketika mendengar bahwa LLM memang bekerja jauh lebih baik pada bahasa seperti Go yang punya static typing yang jelas, sintaks ringkas, dan gaya penulisan yang konsisten. Semakin sedikit kompleksitas yang tidak perlu yang berasal dari tool pilihan kita—bahasa, framework, library, dan sebagainya—semakin banyak sumber daya mental yang bisa kita pakai untuk menyelesaikan masalah yang benar-benar esensial.
• Saya antusias Claude Code juga masuk ke Jetbrains! https://plugins.jetbrains.com/plugin/27310-claude-code-beta-
  • Saya tidak tahu kenapa komentar ini mendapat banyak downvote. Saya juga sama antusiasnya. Terima kasih sudah membagikannya.

[namojo]

Saat menggunakan Claude Code, saya merasa konsep yang mirip MSA mungkin berlaku: memecahnya semaksimal mungkin ke unit-unit yang bisa dibagi per microservice, lalu menyerahkan masing-masing sebagai satu unit tampaknya akan menjadi cara yang paling efisien.