5 पॉइंट द्वारा GN⁺ 2025-08-08 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Cursor Agent अब CLI या headless वातावरण में इस्तेमाल किया जा सकता है, इसलिए IDE हो या टर्मिनल, हर जगह वही समान commands इस्तेमाल करके काम किया जा सकता है।
  • टर्मिनल से एजेंट कोड बदलाव की समीक्षा, रियल-टाइम वर्क गाइडेंस और कस्टम नियम सेटिंग जैसे फीचर उपलब्ध हैं।
  • नवीनतम AI मॉडल (Anthropic, OpenAI, Gemini आदि) के उपयोग का समर्थन, किसी भी पसंदीदा IDE के साथ इंटीग्रेशन, और स्क्रिप्ट व ऑटोमेशन काम लिखने की क्षमता।
  • नेटिव वातावरण के अलावा पैरेलल एजेंट रन और रिमोट रन संभव है, तथा विविध विकास वातावरणों के साथ इंटीग्रेशन।
  • CLI में फाइल पढ़ने, बदलने, हटाने तथा कमांड रन करने के permissions होते हैं, इसलिए इसे केवल भरोसेमंद वातावरण में ही उपयोग करने की सलाह है।

Cursor Agent CLI का अवलोकन

CLI और headless वातावरण सहायता

  • Cursor Agent को CLI या headless वातावरण में चलाया जा सकता है।
  • IDE (Neovim, JetBrains आदि), टर्मिनल, रिमोट सर्वर जैसे विभिन्न विकास वातावरणों के साथ इंटीग्रेट किया जा सकता है।
  • समान command सेट का उपयोग कहीं भी संभव है।
  • उदाहरण: Cursor, JetBrains, Android Studio, Ghostty, Warp, Bash, Xcode

मुख्य फीचर

  • कोड सुधार की समीक्षा: टर्मिनल से सीधे एजेंट द्वारा सुझाए गए बदलावों की जाँच और लागू करना संभव।
  • रियल-टाइम एडजस्टमेंट: एजेंट के काम के दौरान तुरंत गाइड किया जा सकता है।
  • यूज़र नियम निर्धारण: AGENTS.md और MCP के माध्यम से डिटेल नियमों का कस्टमाइज़ेशन।
  • नवीनतम AI मॉडल उपयोग: Anthropic, OpenAI, Gemini आदि नए मॉडल तुरंत उपयोग किए जा सकते हैं।
  • ऑटोमेशन सपोर्ट: डॉक्यूमेंटेशन का automatic अपडेट, सिक्योरिटी रिव्यू ट्रिगर, कस्टम कोडिंग एजेंट निर्माण आदि।

उत्पाद विकास

  • शुरुआत: intelligent और context-aware टेक्स्ट autocomplete।
  • बाद में: AI query-response, code inline edit (⌘+K)।
  • कोड निर्माण की गुणवत्ता बढ़ने के बाद: Agent को फाइल निर्माण, टर्मिनल कमांड रन, codebase खोज आदि करने के लिए विस्तारित किया गया।
  • 2025: Editor से Web, Mobile और Slack तक Agent का विस्तार।
  • वर्तमान: CLI और headless वातावरण तक सपोर्ट का विस्तार।

CLI इंस्टॉलेशन और रन उदाहरण

# इंस्टॉलेशन  
curl https://cursor.com/install -fsSL | bash  
  
# prompt से CLI शुरू करें  
cursor-agent chat "find one bug and fix it"  
  • CLI अभी भी beta version है।
  • सुरक्षा सेटअप अभी निर्माणाधीन हैं, और इसमें फाइल एक्सेस तथा कमांड रन करने की अनुमति होने के कारण केवल भरोसेमंद वातावरण में उपयोग करना बेहतर है।

संदर्भ

1 टिप्पणियां

 
GN⁺ 2025-08-08
Hacker News टिप्पणियाँ
  • मुझे अभी भी समझ नहीं आ रहा कि मैं इसे वास्तविक environment के बजाय किसी वर्चुअलाइज्ड और unused environment में ही कहाँ use कर सकता हूँ। काश इसे किसी limited storage वाली virtual machine के रूप में दिया जाए। मैं LLM को अपनी ownership या managed disk पर read से ज्यादा permission कभी नहीं दूँगा.

  • मुझे जिज्ञासा है कि हम सब कब AGENT.md pattern अपनाएँगे और gemini.md/claude.md/crush.md/summary.md/qwen.md जैसे नामों की जगह इसे standard की तरह उपयोग करेंगे। agent.md (रेडायरेक्शन: https://ampcode.com/AGENT.md) देखें, agent-rules.org भी मौजूद है

    • नाम शायद अधिक intuitive है, लेकिन मज़ा थोड़ा कम लगता है। मैं अभी ROBOTS.md फाइल पर symbolic link बनाकर use कर रहा हूँ
    • यह भी मेरी एक शिकायत है। मैं भी AGENT.md को standard बना कर रखता हूँ और Claude, Gemini आदि के लिए alias बनाकर हमेशा उसी फाइल को read करने देता हूँ। दिक्कत ये कि एजेंट इसे जल्दी भूल जाता है। CLI में agentic coding experience शायद यूँ बेहतर हो सकता है: (1) हाल में दिए गए commands को आसानी से देख पाना, और (2) unattended sessions चलाने के लिए आसान sandbox spin-up। शायद कोड जेनरेशन के लिए जरूरी चीज़ कोई AI-driven code generator नहीं, बल्कि AI-assisted लेकिन deterministic व्यवहार करने वाला code generator है
    • शायद कुछ providers 90s वाले Microsoft की तरह emerging convention को reject करने वाला proprietary attitude रखेंगे। CLI में workaround मौजूद रहता है, इसलिए system guidelines पढ़कर भी कोई न कोई तरीका निकल ही आता है, लेकिन IDE में settings-file lock-in कहीं ज्यादा गहरा हो जाता है। मैंने अभी अलग-अलग AI coders को same guide doc देने का तरीका लिखकर पोस्ट भी किया है, इसलिए related case study link भी share कर रहा हूँ
    • AGENT.md standardization idea अच्छा लगता है। लेकिन मुझे लगता है कि .cursor/rules/ तरीके की तरह कई rules files को frontmatter conditions के हिसाब से include करने वाली structure के साथ शायद पूरी तरह मेल नहीं खाता। नहीं पता कोई दूसरा agent इसे support करता है या नहीं, और Cursor में यह predict करना भी मुश्किल है कि वो ठीक-ठीक कौन-सी rules फाइलें पढ़ता है। supplemental rules फाइलों में लिंक जोड़ने जैसा तरीका भी है, लेकिन पता नहीं कौन-सा agent इसे ठीक से support करता है
  • हाल में AI coding agents की रिलीज़ speed JavaScript frameworks जितनी ही तेज़ है। honestly, मुझे ये trend अच्छा लग रहा है

    • अभी यह सोचकर मज़ा आता है कि कितने JavaScript frameworks को हमने vibe coding में लपेट लिया है
  • सच में उल्टा-सीधा लगा, पर terminal-based coding agent इतना fun होगा, अंदाज़ा नहीं था। इसे background में चला कर #dayjob करते हुए use कर सकते हैं, ऊपर से थोड़ा hack हो जाने का फ़ील भी आता है। 2025 शायद terminal का साल कहलाएगा। मेरे prototype use-case के लिए भी बेहद अच्छा है और Claude code अभी तक मेरे लिए सबसे enjoyable tech रहा है

  • मुझे लगता है कि वर्तमान CLI एक solid idea है। अगले abstraction चरण में शायद GitHub PR में कोई (शायद मैं) issue या feature request डालता है और एक क्लिक के साथ agent उसे solve कर देता है। GitHub में पहले से ऐसा ही कुछ हुआ है, लेकिन उनका gh copilot इतना ज्यादा fragmented है कि GA है या नहीं और मेरे लिए उपलब्ध भी है या नहीं, यह भी unclear था। (रेफरेंस: official docs में उपलब्ध है, पर जितना मैंने सोचा था उतना smooth नहीं)

  • AI agents IDE की परिभाषा बदलते हुए दिखना बड़ा interesting लग रहा है। Chat AI के दौर में ऐसा trend नहीं था। एजेंट जितने autonomous होंगे, उतना ही existing IDE UI less important हो जाएगा। मुझे लगता है कि CLI tools नया development-tool ecosystem बना सकते हैं। VSCode या IntelliJ में full IDE plugins बनाना वाकई कठिन काम है और IDE बीच interoperability भी अच्छी नहीं रहती। जबकि CLI tools और MCP कहीं ज्यादा simple, composable और portable हैं

  • मैं मानता हूँ कि लम्बी अवधि में Cursor best toolkit बनेगा

    1. CLI, background agent, IDE और GitHub app (bugbot आदि) के बीच tight integration से true end-to-end developer experience आएगा
    2. जब frontier models अपना workflow और task allocation internalize करने लगेंगे, तो Claude code उतना विशेष नहीं रहेगा
    3. model-providers के बीच switching cost को minimum रखने वाली philosophy (independent vendors का समर्थन) अपनानी होगी, तभी मॉडल सुधार पर incentive रहेगा। UI, data, network lock-in नहीं, model competition ही core होनी चाहिए
    • मैं इसके उलट में bet लगाना चाहता हूँ। सच में Agentic harness शायद RL training के साथ ही उभरेगा, लगभग वैसे ही जैसे Tony और suit साथ में बनते हैं। Claude code का Cursor में मौजूद होना शायद इसी कारण अस्तित्वगत रूप से important था, और इसी कारण Cursor ने जल्दी agentic दिशा में shift करके OpenAI collaboration तक कदम बढ़ाया। शायद Cursor आगे बढ़ने के लिए OpenAI या Meta के बिना मुश्किल में पड़ जाएगा
  • मज़ेदार स्थिति है। मैं उम्मीद कर रहा था कि Anthropic एक दिन Claude GUI दे

    • Claude Code launch के दौरान सुना था कि जल्दी ही सभी IDEs बेकार हो जाएँगे इसलिए GUI बनाना worthwhile नहीं है
    • शायद वही Claude Desktop नहीं है?
  • अब कई frontier labs इस market में आ चुके हैं और उन्होंने consumer subscriptions को CLI से भी उपलब्ध करा दिया है। ऐसे में समझ नहीं आता कि Cursor जैसी product survive क्यों करेगी। यदि वही फीचर्स पहले से OAI/Anthropic/GOOG subscriptions में ही include हैं, तो अतिरिक्त charge क्यों दूँ?

    • अब मैं उल्टा सोच रहा हूँ। यदि Cursor सभी cases के लिए best UX बनाता है (mobile/desktop chatbot, assistant, IDE/CLI/web-container coding agents आदि), तो शायद अधिक निवेश से ज्यादा refined products बन सकते हैं। यदि Cursor market share पकड़ लेता है तो मॉडल लगभग commodity बनते हैं और Cursor में context के हिसाब से चुनने को मिलते हैं। नतीजा: users Cursor के commands और settings सीख जाते हैं, इसलिए इसे बदलने की switching cost बहुत ऊँची हो जाती है। किसी अन्य app/plugin को install/remove करना भी झंझट बन जाता है
    • Cursor को survive करने के लिए निश्चित रूप से aggressive और differentiated strategy चाहिए। लेकिन उल्टा ऐसा लगता है कि Cursor की वजह से हर lab-model commoditized हो रहा है। मैं भी वर्तमान में Cursor और ChatGPT दोनों pay कर रहा हूँ। अगर मैं Android यूज़र होता तो शायद Gemini भी pay करता। Chatbots (1) API models की तुलना में subscription competitiveness में कमजोर हैं, (2) आजकल chatbot की दौड़ model quality की जगह UX की है। इसलिए chatbot market winner शायद सिर्फ ChatGPT और default integrated products (Gemini, MSFT Copilot) हैं
    • क्योंकि किसी भी समय top model चुना जा सकता है। कल Claude Opus 4.1 था, आज GPT-5 है। अगर केवल Anthropic पर ही खर्च करूँगा तो Claude पर lock-in हो जाऊँगा
  • मैं curious हूँ कि old IDEs की तुलना में इसका advantage क्या है और क्या यह Claude Code से प्रेरित होकर बनाया गया है

    • थोड़ा सोच बदलते हैं: जब एजेंट code लिखता है, क्या उसे IDE की जरूरत होती है? IDE/editor मेरे लिए होते हैं, एजेंट के लिए अनिवार्य नहीं। मतलब यह कि मुझे कोई imperfect forked IDE मजबूरी में चलानी नहीं पड़े
    • कई companies समझ गई हैं कि mainline VSCode शायद वास्तविक moat होता है। न मैं और न ही मेरे आसपास के लोग ऐसा agent पसंद करते जो VSCode fork मांगता हो। बल्कि यह advantage है कि Jetbrains users और terminal-based editor users को भी साथ में ले सकता है
    • VSCode के अलावा अन्य IDE उपयोग किए जा सकते हैं
    • अपनी पसंद के IDE के terminal से Cursor CLI चला सकते हैं और सिर्फ Claude model पर ही निर्भर नहीं रहना पड़ता
    • फिर भी एक सवाल बाकी है: आखिर Cursor क्यों इन features को अलग से अलग product बनाकर देता है, अपनी main product में सीधे क्यों नहीं डालता