VSCode के लिए Claude Code जारी

 (marketplace.visualstudio.com)
15 पॉइंट द्वारा GN⁺ 2025-06-24 | 13 टिप्पणियां | WhatsApp पर शेयर करें
  • Anthropic के Claude Code को VSCode के साथ एकीकृत करने वाला एक्सटेंशन, जो डेवलपर्स के coding experience को बेहतर बनाता है
  • यह केवल तभी काम करता है जब Claude Code अलग से इंस्टॉल हो

मुख्य फीचर्स

  • ऑटोमैटिक इंस्टॉलेशन: VSCode के टर्मिनल में Claude Code चलाने पर एक्सटेंशन अपने-आप detect होकर इंस्टॉल हो जाता है
  • चयनित क्षेत्र का context awareness: एडिटर में चुना गया टेक्स्ट Claude के input context में अपने-आप शामिल हो जाता है
  • Diff view सपोर्ट: कोड बदलावों (diff) को VSCode के बिल्ट-इन viewer में सीधे देखा जा सकता है
  • कीबोर्ड शॉर्टकट: Alt+Cmd+K जैसे शॉर्टकट से चुने गए कोड को आसानी से Claude prompt में भेजा जा सकता है
  • टैब awareness फीचर: Claude, VSCode में खुले हुए फाइलों की जानकारी समझकर संदर्भानुसार कोड सहायता दे सकता है
  • सेटिंग विकल्प: /config में diff tool को auto पर सेट करने से IDE integration से जुड़े फीचर्स आसानी से सक्रिय किए जा सकते हैं
  • यह प्रारंभिक रिलीज़ (early release) संस्करण है, इसलिए इस्तेमाल के दौरान bugs आने की संभावना या कुछ अधूरे फीचर्स हो सकते हैं

संबंधित पढ़ाई

13 टिप्पणियां

 
digitect38 2025-07-14

Cursor से साफ़ अंतर

  1. Cursor, VSCode से बंधा हुआ है। दूसरी ओर, Claude Code, CLI (command line interface) तरीके पर आधारित है, इसलिए इसे किसी भी टूल के साथ इस्तेमाल किया जा सकता है।

  2. Cursor वास्तव में दूसरे LLMs का उपयोग करता है, लेकिन Claude Code, Claude के लिए विशेष रूप से optimized है। लेकिन अगर इसकी क्षमता की तुलना करें, तो यह स्पष्ट रूप से आगे है। यह बात Gemini 2.5 Pro से तुलना करने पर भी सही है (DotNet के आधार पर, भाषा के अनुसार अलग हो सकता है)।
 
bluekai17 2025-06-25

तो फिर इसमें और Cursor में क्या फ़र्क है?
 
iolothebard 2025-06-24

अरे, Windows के लिए (WSL नहीं) बनाते ही नहीं, बस बार-बार कहीं और ही ध्यान दे रहे हैं… -,-;;;
 
2025-06-25
[यह टिप्पणी छिपाई गई है.]
 
wahihi 2025-06-25

WSL भी Windows OS का ही एक हिस्सा है, लेकिन लगता है उसे इस्तेमाल करना नहीं आता... सिर्फ GUI से डेवलप करते हैं, इसलिए शायद CLI के बारे में बिल्कुल नहीं जानते...
 
yeorinhieut 2025-06-25

Wsl का उपयोग करने पर file system performance बहुत गिरने की समस्या (wsl2) भी है, और virtualization के लिए Hyper-V पर निर्भर रहने की कमी भी है। ऐसे कई मामले भी हैं जहाँ Wsl का उपयोग नहीं किया जा सकता।
 
namojo 2025-06-26

मैं भी सहमत हूँ। हमारी कंपनी में भी WSL के इस्तेमाल पर रोक है, इसलिए कोशिश करते-करते आखिरकार छोड़ दिया।
SSL certificate को bypass करके किसी तरह चलाने की कोशिश की, लेकिन फिर पता चला कि WSL ही नहीं चलता।
 
ng0301 2025-06-24

हाहाहा, बिल्कुल रिलेट कर पा रहा हूँ
 
melong0124 2025-06-24

Git Copilot से इसका क्या फ़र्क होगा?
 
digitect38 2025-07-14

Copilot, MS IDE के लिए ज़्यादा विशेषीकृत है और सच कहें तो काफ़ी शुरुआती स्तर का है, जबकि Claude CLI / Git Bash में चलता है, इसलिए इसे कई environments में इस्तेमाल किया जा सकता है, और इसकी coding क्षमता तुलनात्मक रूप से काफ़ी बेहतर है।
 
kimjoin2 2025-06-24

IntelliJ plugin भी है।
सिर्फ़ CLI से फ़र्क यह है कि यह IDE में अभी जो फ़ाइल या लाइन आप देख रहे हैं या चुन रहे हैं, उसे तुरंत पहचान लेता है।
बेशक इसे सामान्य terminal में चलाकर /ide कमांड से integration शुरू किया जा सकता है।
 
GN⁺ 2025-06-24
Hacker News की राय
  • मेरा मानना है कि मौजूदा IDE में agent-आधारित coding को integrate करना गलत दिशा है। कई Git worktree को manage करना और हर agent का एक साथ काम करना बेहतर है। Claude Code के किसी काम को खत्म करने के लिए 20 मिनट से ज़्यादा इंतज़ार करने की ज़रूरत नहीं होनी चाहिए। इसलिए मैंने इसे manage करने के लिए खुद UI बनाया, और यह धीरे-धीरे कई agent को manage/review करने वाले एक नए तरह के IDE में विकसित हो रहा है। मौजूदा तरीके से अलग, यह एक बार में एक काम करने वाला मॉडल नहीं है। https://github.com/stravu/crystal
    • मैं व्यक्तिगत रूप से अलग सोचता हूँ। मैं हर दिन व्यावसायिक प्रोजेक्ट्स में Cursor का इस्तेमाल करता हूँ। background agent कुछ खास स्थितियों में उपयोगी होते हैं, लेकिन ज़्यादातर समय वे सिर्फ़ ध्यान भटकाते हैं। मेरा पसंदीदा coding तरीका एक ही लक्ष्य पर फोकस करके बार-बार समाधान के करीब पहुँचना है। जब तक काम पूरा होने का इंतज़ार करता हूँ, तब तक docs या संबंधित जानकारी देखता हूँ और अगले step के बारे में सोचता हूँ। मौजूदा code या बदलावों को review करके वर्तमान प्रगति को ठीक-ठीक समझना भी बहुत महत्वपूर्ण है। हर task के लिए कई agent manage करने का विचार मेरी शैली से मेल नहीं खाता। इसमें context switching और multitasking बहुत ज़्यादा हो जाती है।
    • ऐसे workflow प्रस्तावों में मेरी हमेशा यही जिज्ञासा रहती है कि मैं अपना निजी context कैसे manage करूँ। सहकर्मियों के code review में भी मैं हर code को पूरी तरह समझकर verify नहीं करता, बल्कि ज़्यादातर बड़े mistakes (code style, best practices आदि) को जल्दी से check करता हूँ। इसलिए मैं एक दिन में बहुत सारे PR तेज़ी से review कर पाता हूँ। ज़्यादा महत्वपूर्ण कामों में (जहाँ ज़िम्मेदारी मेरी होती है), मैं branch को test करता हूँ और implementation को ध्यान से जाँचता हूँ। PR update होने पर यह काम फिर से दोहराना पड़ता है, इसलिए इसमें बहुत समय लगता है। अगर कई agent एक साथ diff सुझाएँ, तो खासकर जब verification चाहिए हो, context switching कैसे संभाली जाए यह सवाल है, और जब एक update दूसरे कामों को हल्के-से प्रभावित करे तो module dependency को कैसे manage किया जाए, यह भी चिंता का विषय है।
    • यही तरीका IDE plugin के रूप में भी बनाया जा सकता है।
    • शानदार tool है! यह जानने की उत्सुकता है कि आपने Claude Code TS SDK का इस्तेमाल क्यों नहीं किया। package install किया है, लेकिन लगता है कि संरचना में अलग से claude command सीधे चलाया जाता है। संदर्भ के लिए electron-trpc भी देखिए। IPC handling बहुत आसान हो जाती है।
    • यह tool भी शानदार है, लेकिन जिस समस्या को यह हल करता है वह अलग है। background agent के साथ दो बड़ी समस्याएँ हैं। 1) अलग environment को ठीक से set up करने में entry barrier होता है। हर project की कठिनाई अलग होती है—कहीं बस container चुनना होता है, तो कहीं सारी dependency set up करना नरक जैसा हो जाता है। दूसरी ओर IDE के अंदर काम करने पर आमतौर पर सब कुछ पहले से तैयार होता है। 2) लोगों को यह सीखना पड़ता है कि agent code कैसे बनाता है। अगर agent IDE में चले और मैं उसे real time में सलाह या correction दे सकूँ, तो लंबी अवधि में यह background agent की तुलना में कहीं अधिक मददगार होगा।
  • मेरी इच्छा यह है: एक ऐसा environment जो उसी IDE window में git worktree-आधारित context switching को मज़बूती से support करे, एक framework जो हर worktree branch के लिए terminal-आधारित agent जोड़ सके, और जो आगे चलकर diff, permission request notification और progress notification के लिए बेहतर open protocol में विकसित हो। साथ ही, हर worktree branch के agent state और notifications को monitor करने के लिए sidebar हो, और सभी branches में agent messages पर notifications की तरह तेज़ी से प्रतिक्रिया देने के लिए interface हो। standalone agent manager tools में ये सुविधाएँ होती हैं, लेकिन जब आप एक वास्तविक engineer की तरह तुरंत काम में कूदना चाहते हैं, तो उन tools का ठीक से उपयोग नहीं हो पाता। हर branch के लिए browser test window या mobile emulator/simulator instance के साथ integration भी चाहिए। तेज़ model-आधारित code completion, अलग-अलग language server support, और उच्च-गुणवत्ता वाले IDE जैसी extension ecosystem भी होना चाहिए। मैं अभी कई macOS desktop पर Windsurf, Claude agent, web browser, और mobile simulator को अलग-अलग manage कर रहा हूँ। यह तरीका बहुत झंझट भरा है।
    • मुझे ऐसा coding agent चाहिए जिसमें debugging capabilities हों। मैं stack को follow करना चाहता हूँ, local variables और argument values देखना चाहता हूँ, और print या assert के बजाय यह देखना चाहता हूँ कि अंदर वास्तव में क्या हो रहा है।
    • कई branches में agent messages पर notifications की तरह तेज़ी से प्रतिक्रिया देने वाली functionality के बारे में, मैंने भी VSCode के लिए plugin बनाने की कोशिश की थी। उसका मकसद Claude को सीधे file और line पर jump कराना था। कुछ हद तक काम किया, लेकिन लगातार अटकने की समस्या थी।
  • मुझे Cursor और Claude Code के बीच असली अंतर ठीक से समझ नहीं आता। मैंने दोनों इस्तेमाल किए हैं, और कंपनी support देती है इसलिए बस Cursor पर चला गया। CLI बनाम UI के अलावा, दोनों में multi-file edits हो जाती हैं, इसलिए कोई खास फर्क नज़र नहीं आया। उम्मीद है कि कई editors साथ-साथ चलाने या JetBrains और Cursor के बीच आना-जाना करने वाला यह असुविधाजनक संक्रमण काल जल्दी खत्म होगा।
    • quality और उपयोगिता के लिहाज़ से दोनों में बड़ा अंतर है। Claude Code पूरी तरह agentic तरीके से काम करता है। आप उसे काम सौंपते हैं और वह पूरा implementation खुद कर देता है, और काफ़ी अच्छा, काम करने वाला code निकालता है। यह test, commit, command execution, remote system access, debugging आदि भी कर सकता है। यह token usage optimize नहीं करता, इसलिए Cursor की तुलना में पहली कोशिश में बेहतर quality का code मिल सकता है, लेकिन लागत भी उतनी ही अधिक होती है। Cursor का agent mode अभी शुरुआती चरण में है। Cursor ज़्यादातर file-editing tool जैसा है, जबकि Claude Code एक junior developer जैसी भूमिका निभाता है।
    • बहुत लोग दोनों tools साथ में इस्तेमाल करते हैं। Cursor IDE है, और Claude Code IDE के terminal में चलता है। performance के लिहाज़ से agent approach अलग है, और भले ही दोनों एक ही base model इस्तेमाल करें, codebase analysis, sub-models का उपयोग, और tool integration जैसे पहलुओं में काफ़ी फर्क है।
    • यह दिलचस्प है कि आपको कोई खास फर्क महसूस नहीं हुआ। मेरे लिए Claude हर मामले में बहुत बेहतर है। मैं मुख्य रूप से scala, python, js, dart इस्तेमाल करता हूँ। Claude के साथ मुझे बेहद उत्पादक assistant जैसा अनुभव मिलता है। खासकर छोटे और मध्यम बदलावों में यह बहुत उपयोगी है। अगर planning ठीक से की जाए, तो यह जादू जैसा लगता है। code duplication थोड़ी होती है, लेकिन बस उतनी ही। Cursor में बहुत polishing करनी पड़ती थी, जिससे उल्टा गति धीमी हो जाती थी।
    • Claude Code सच में प्रभावशाली है। ऐसा लगता है जैसे कोई दूसरा programmer मेरे terminal में मेरे साथ बैठा हो। यह परफेक्ट नहीं है, और जब तक यह ठीक-ठीक न समझ ले कि आप क्या चाहते हैं, तब तक थोड़ी मदद देनी पड़ती है। लेकिन context सही बैठ जाए, तो यह सचमुच चौंका देता है। मेरे मामले में तो मैंने इसे project पूरी तरह समझाया भी नहीं था, और न ही मैं इसे TypeScript या web development में इस्तेमाल कर रहा हूँ।
    • Cursor में अलग IDE पर switch करना पड़ता है (जब तक आप पहले से VSCode इस्तेमाल न कर रहे हों), जबकि Claude Code (या Aider) आपके मौजूदा IDE के साथ-साथ terminal में सीधे project files को modify करता है। मेरे मामले में मैं vim+tmux+bash setup इस्तेमाल करता हूँ, इसलिए CLI assistant पसंद है, लेकिन VSCode के अलावा दूसरे GUI IDE इस्तेमाल करने वालों के लिए भी यही फायदा लागू होता है।
  • पिछले हफ्ते जब github ने copilot के premium requests limit लागू की, तब बड़ा विरोध न होना मेरे लिए उल्टा चौंकाने वाला था। मेरा अनुमान है कि जब वास्तव में लोग इस limit से टकराना शुरू करेंगे, तब बड़ा backlash आएगा। यह सचमुच अच्छी बात है कि competing products मौजूद हैं।
    • Claude Code में एक ही run में 10 डॉलर भी पलक झपकते खत्म हो सकते हैं।
  • मैं जानना चाहता हूँ कि VSCode Copilot को Agent mode + Claude Sonnet 3.7 या 4 के साथ इस्तेमाल करने की तुलना में इसका कोई खास फायदा है या नहीं। मैं क्या miss कर रहा हूँ, यह समझना चाहता हूँ।
    • इस सवाल का जवाब पाने के लिए आपको Claude Code खुद अनुभव करना होगा। यहाँ बहस करने का कोई मतलब नहीं। अगर आप Linux terminal को मुख्य रूप से इस्तेमाल करते हैं, तो आप तुरंत इसके मुरीद हो जाएँगे। docs ज़रूर पढ़ें। CLAUDE.md का उपयोग करें, बड़े tasks के लिए markup format में plan documents बनाएँ, और बार-बार plan-संशोधन करके implementation सौंपें। जब context limit के करीब पहुँचें, तो memory को file में write करके /clear के बाद फिर से read कराना कहीं अधिक प्रभावी होता है।
    • मैंने Playwright MCP को Copilot agent mode के साथ integrate करने की कोशिश की, लेकिन असफल रहा। यह install हो गया और tool selection में भी दिखा, लेकिन अंत में Copilot ने functionality तक पहुँच की अनुमति नहीं दी।
  • मैं जानना चाहता हूँ कि Copilot agent mode में Claude backend इस्तेमाल करने की तुलना में इस solution का फ़ायदा क्या है
    • इस thread में दूसरी जगह दी गई व्याख्याएँ (खासकर https://news.ycombinator.com/item?id=44353972) vscode copilot पर भी लागू होती हैं।
    • कुछ दिन इस्तेमाल करने के बाद लगा कि इस integration की वजह से वह असुविधा कम हुई जिसमें updates देखने के लिए file खुद खोलनी पड़ती थी। terminal mode में सब कुछ background में होता था, इसलिए पता नहीं चलता था कि क्या हो रहा है, लेकिन integrated IDE में सब कुछ real time में दिखता है। हालाँकि agent जो नाम देता है (जैसे Pondering, Twerking, Juggling आदि) वह शुरू में नया लगा, लेकिन जल्दी ही बेकार लगने लगा।
  • थोड़ा off-topic सवाल है, लेकिन क्या कोई VSCode में Roo इस्तेमाल करता है? और क्या Roo का browser feature, GitHub copilot द्वारा दिए गए Claude के साथ अच्छे से काम करता है?
  • जहाँ तक मुझे पता है, अगर आप VSCode (या Cursor) में Claude Code चलाते हैं, तो यह अपने-आप install हो जाता है। क्या इसे अलग से ढूँढकर install करने की ज़रूरत नहीं है?
    • Claude Code को VSCode में चलाने पर इसका अपने-आप install हो जाना क्या थोड़ा दखलअंदाज़ी जैसा नहीं लगता?
    • हाँ। extension webpage पर भी साफ़ लिखा है।
    Auto-installation: When you launch Claude Code from within VSCode’s terminal, it automatically detects and installs the extension
  • यह समझ आने के बाद कि Claude Code एक साथ कई steps को समझ सकता है, मेरा workflow बदलने लगा। file-दर-file सोचने का तरीका धीरे-धीरे “module अलग करना, test लिखना, call sites refactor करना” जैसे single action unit में बदल रहा है। Claude भी इसे एक इकाई के रूप में समझता है (max effort mode में)। यह बदलाव धीरे-धीरे coding के प्रति मेरा approach बदल रहा है। syntax की चिंता कम होती है, ज़्यादा scaffolding लिखी जाती है, और कई tasks को एक साथ बाँधकर निपटाया जाता है। बदलाव सूक्ष्म है, लेकिन लंबे समय में असर बड़ा है। मैं सोचता हूँ कि वह समय कितनी जल्दी आएगा जब हम जानबूझकर codebase structure (flat, minimum indirection, declarative metadata आदि) को इस तरह बेहतर बनाएँगे कि LLM agents उसे और अच्छी तरह navigate कर सकें।
    • भविष्य कहने से पहले ही यह शुरू हो चुका है। Armin Ronacher ने भी Python की जगह Go में ज़्यादा code लिखना शुरू किया, क्योंकि LLM Go को बेहतर समझते हैं। मेरे एक सहकर्मी ने भी desktop app को Rust में migrate किया, क्योंकि tooling और type system की वजह से agent के लिए navigate करना आसान था। सोच पहले ही इस दिशा में बढ़ रही है कि documentation AI के पढ़ने के लिए भी आसान हो।
    • मैं भी यह सब सोचता रहता हूँ, खासकर जब सुनता हूँ कि LLM, Go जैसी भाषाओं में स्पष्ट static types, संक्षिप्त syntax और consistent style के कारण कहीं बेहतर काम करते हैं। tools (language, framework, library आदि) से पैदा होने वाली अनावश्यक जटिलता की कितनी कम चिंता करनी पड़े, उतना ही हम अपने मानसिक संसाधन अधिक मूलभूत समस्या-समाधान में लगा सकते हैं।
  • Claude Code के Jetbrains में आने की खबर से उत्साहित हूँ! https://plugins.jetbrains.com/plugin/27310-claude-code-beta-
    • समझ नहीं आता कि इस comment पर इतने downvotes क्यों हैं। मैं भी उतना ही उत्साहित हूँ। साझा करने के लिए धन्यवाद।
 
namojo 2025-06-26

Claude Code का उपयोग करते समय मुझे लगता है कि MSA जैसी किसी अवधारणा की तरह, जिसे जितना microservice इकाइयों में बाँटा जा सकता है उतना बाँटकर, और हर हिस्से को एक अलग unit के रूप में सौंपना सबसे अधिक प्रभावी होगा।