11 पॉइंट द्वारा GN⁺ 2025-10-21 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • Anthropic ने Claude Code का वेब वर्ज़न लॉन्च किया है, जिससे डेवलपर्स ब्राउज़र से सीधे कोडिंग का काम Claude को सौंप सकते हैं
  • GitHub repository कनेक्ट करने के बाद काम समझाने पर, Claude cloud environment में अपने-आप implementation करता है और एक साथ कई काम (parallel tasks) को सपोर्ट करता है
  • हर session isolated sandbox environment में चलता है, जिससे सुरक्षा बनी रहती है, और PR अपने-आप बनाना व बदलावों का सार देता है
  • यह beta version iOS app में भी उपलब्ध है, इसलिए चलते-फिरते भी code edit और review संभव है
  • security-first cloud execution model अपनाकर, यह development efficiency और safety दोनों को मजबूत करता है

ब्राउज़र-आधारित code execution

  • Anthropic ने Claude Code on the web फीचर लॉन्च किया
  • यह ऐसा फीचर है जिसमें terminal के बिना, सिर्फ ब्राउज़र से coding tasks सीधे Claude को सौंपकर चलाया जा सकता है
    • GitHub repository कनेक्ट करके काम समझाने पर, Claude अपने-आप code लिखता और संशोधित करता है
    • हर काम cloud पर isolated environment में अलग-अलग चलता है, और progress को real time में track किया जा सकता है
    • यूज़र चलते execution के दौरान Claude के काम की दिशा को मैन्युअली steer भी कर सकते हैं

parallel काम का समर्थन

  • Claude Code कई repositories के काम एक साथ (parallel execution) कर सकता है
    • इससे bug fix, routine improvement और parallel development साथ-साथ किए जा सकते हैं
    • काम पूरा होने पर automatic Pull Request(PR) generation और change summary देकर development speed बढ़ती है
  • cloud-based parallel processing की वजह से, local environment की resource limits के बिना कई projects एक साथ चलाए जा सकते हैं

कई workflows के लिए उपयुक्त

  • वेब वर्ज़न मौजूदा Claude Code workflow को पूरक बनाता है, और खास तौर पर इन कामों के लिए उपयुक्त है
    • project structure या code mapping से जुड़े सवाल-जवाब और code exploration
    • bug fixes या दोहराए जाने वाले और स्पष्ट tasks को संभालना
    • backend changes और test-driven development(TDD) लागू करना
  • यह iOS app beta में भी उपलब्ध है, इसलिए चलते-फिरते भी Claude के जरिए cloud coding experiments किए जा सकते हैं

security-first sandbox execution

  • सभी काम network और file system सीमित sandbox environment में चलते हैं
    • security proxy के जरिए Git access control से केवल अधिकृत repositories तक पहुंच संभव है
    • custom network settings के साथ allowed domains (जैसे npm package download) को चुनकर जोड़ा जा सकता है
  • इसकी विस्तृत संरचना official engineering blog और documentation में दी गई है

शुरू करना

  • Claude Code on the web अभी Pro और Max users के लिए research preview के रूप में उपलब्ध है
    • claude.com/code पर अपनी पहली repository कनेक्ट करके काम शुरू किया जा सकता है
    • cloud sessions, मौजूदा Claude Code के साथ common rate limit साझा करते हैं
    • अधिक जानकारी official documentation में देखी जा सकती है

निहितार्थ

  • Claude Code का वेब वर्ज़न “AI agent-style coding” के cloud shift को तेज करता है,
    और development speed, security, और mobility — तीनों को मजबूत करने वाला नए development environment paradigm का संकेत देता है

2 टिप्पणियां

 
laeyoung 2025-10-21

इसे इस्तेमाल करके देखा, और उम्मीद के मुताबिक यह सोच से बेहतर निकला।

 
GN⁺ 2025-10-21
Hacker News की राय
  • मैं यह जानना चाहता/चाहती हूँ कि Codex / Claude Code, Cursor में chat या agents के साथ काम करने से कैसे अलग है, और कौन बेहतर है — मैं अपनी कंपनी में एक अधिक प्रभावी engineer बनना चाहता/चाहती हूँ, इसलिए पूछ रहा/रही हूँ

  • हमारी टीम ने पिछले साल तक Claude Code पर सालाना $70K से ज़्यादा खर्च किया था, लेकिन अब लगभग पूरी तरह Codex CLI पर आ गई है। Codex CLI की वजह से हम इतने बड़े software tasks कर पाए, जो पहले न मेरे लिए और न ही मेरी टीम के किसी सदस्य के लिए संभव थे। अब हम लगभग हर दो हफ्ते में सिर्फ code review और bug documentation के लिए ही CC का थोड़ा उपयोग करते हैं, और उसकी success rate बस ठीक-ठाक है। जब Claude Code पहली बार आया था तो वह सच में चौंकाने वाला था और तुरंत subscribe करने लायक product लगा था। लेकिन Codex ने CC को पकड़ लिया, और फिर लंबे tasks व कठिन problems में उससे कहीं बेहतर हो गया। Claude Code कभी-कभी मुश्किल समस्याओं पर बस हार मानकर off-the-shelf solution खरीदने की सलाह देता था। Codex की वजह से हमारी software organization की क्षमता ही काफी बढ़ गई है। अब यह बात धीरे-धीरे लोगों को समझ आ रही है। मेरा किसी AI company से कोई संबंध नहीं है। मैं व्यक्तिगत रूप से Anthropic को support करना चाहता/चाहती था/थी, लेकिन Codex CLI साफ तौर पर बेहतर है और सस्ता भी। Anthropic को फिर से OpenAI की बराबरी करनी है तो कुछ बड़ा innovation करना होगा। अभी Codex स्पष्ट रूप से आगे है।

    • Codex CLI मैंने भी इस्तेमाल किया है और वह वाकई शानदार है। लेकिन कुछ ऐसे ज़रूरी features हैं जो मैं Claude Code में रोज़ इस्तेमाल करता/करती हूँ और Codex में अभी नहीं हैं, इसलिए पूरी तरह switch नहीं कर पा रहा/रही हूँ। जैसे Bash command permission system, बातचीत और code के भीतर rollback, approval mode को आसानी से बदलना (keybind), काम के दौरान message भेजना (Codex में task खत्म होने के बाद queue होता है, Claude में real-time injection), Codex की यह असुविधा कि एक ही command बार-बार accept करनी पड़ती है (Claude में session approval set किया जा सकता है), Agents से context management, असली plan mode, lazy-loaded Skills feature। Codex का sandbox भी इस्तेमाल में उलझाऊ है, और system directories या internet access default रूप से blocked होने के कारण commands अक्सर fail हो जाते हैं। Codex, Bash की जगह Python से commands handle करता है, इसलिए निगरानी करना भी मुश्किल है। अगर Codex इन features तक पहुँच गया, तो मैं गंभीरता से switch करने पर विचार करूँगा/करूँगी। तब तक यह एक शानदार model पर चढ़ा हुआ बस एक औसत shell है।

    • मेरा यह कहना advertisement नहीं है, लेकिन आजकल internet इतना ads से भरा है कि अचानक यह जिज्ञासा होती है कि OpenAI अगर HN पर ऐसी तारीफ़ को top comment बनवाना चाहे, तो कितना पैसा देगी।

    • मैं भी पूरी तरह सहमत हूँ। जून के आसपास आया वह जादुई बदलाव आज भी याद है। अचानक कई रातें ऐसे experiments में बीतीं जिनमें technically असंभव लगने वाली चीज़ें भी सिर्फ conceptually possible होने के कारण आज़माने लायक लगने लगीं। मैंने सोचा था कि Codex CLI (GPT-5) से Claude Code को replace कर दूँगा/दूँगी, और अब सच में लगता है कि GPT-5 Codex मेरे काम में कहीं बेहतर है (हालाँकि मेरा industry niche है, इसलिए कई core domain knowledge में Codex कमजोर है)। Claude Sonnet 4.5 अभी भी scaffold कामों में बेहतर है, लेकिन असली feature implementation में Codex अधिक मजबूत और साफ code देता है। “senior engineer जितना” वाला marketing claim अब जाकर सच जैसा लगने लगा है। कीमत भी Codex की 40~50% कम है। अब Codex को पीछे छोड़ने के लिए सच में कोई क्रांतिकारी evolution चाहिए होगा। आगे agents की सबसे बड़ी चुनौती speed होगी। अगर CC दो-तीन गुना तेज़ होता, तो quality बराबर होने पर भी मैं CC ही इस्तेमाल करता/करती, लेकिन ऐसा नहीं है, इसलिए Codex मेरा मुख्य tool है।

    • मैंने वास्तव में Codex CLI(gpt-5-codex high) और Claude Code 4.5 sonnet(कभी-कभी opus 4.1) को लगभग 10 बार एक ही long-running task पर चलाया, और फिर दोनों models से एक-दूसरे के output का evaluation भी कराया। दोनों तरफ़ से 100% बार यही verdict मिला कि Codex बेहतर था। Claude लगातार requirements miss करता है, लापरवाही दिखाता है, और भटक जाता है, जबकि Codex सभी requirements पूरी करता है। Codex धीमा है, लेकिन वह ऐसा output देता है जिसमें मुझे बार-बार खुद बदलाव नहीं करने पड़ते, इसलिए वह कहीं ज़्यादा संतोषजनक है।

    • Codex में मुझे लगभग कुछ करना ही नहीं पड़ता, और Claude Code तेज़ होने के साथ “context” को बेहतर समझता है। अपना code test करने में भी Claude बेहतर है। मुझे उम्मीद थी कि दोनों models लगभग समान होंगे, इसलिए नतीजा काफ़ी surprising है।

  • पिछले weekend मैंने Claude Code को पहले ही आज़माकर अपने notes blog पर share किए। यह सच में एक solid product है, और मूल रूप से Claude Code CLI के ऊपर web/mobile UI चढ़ाया गया है (claude --dangerously-skip-permissions का उपयोग करके)। Anthropic यह समझता है कि “हर step पर approval की ज़रूरत न रखने वाला Claude Code” productivity को बहुत बढ़ाता है, इसलिए वह sandboxing में निवेश कर रहा है।

    • दिलचस्प बात यह है कि मेरे लिए उल्टा CC में “allow edits” disable करने से बेहतर results मिले, क्योंकि तब मैं inline सीधे edits कर सकता/सकती हूँ और साथ में code review भी कर सकता/सकती हूँ। दूसरी ओर Codex तेज़ी से features बना कर भूल जाने वाले ‘kindling’ जैसे कामों के लिए उपयुक्त है। लेकिन Claude समस्या के intent को पढ़ने में मजबूत है, और उसकी speed व iteration loop भी तेज़ हैं।

    • मैं जानना चाहता/चाहती हूँ कि sandbox environment में कितनी शरारत संभव है। file/domain allowlist जैसी चीज़ें मूल रूप से आने वाले दशकों तक दोहराई जाने वाली vulnerabilities को जन्म देंगी, यह लगभग तय है। backslash के ज़रिए shell में input डालने जैसी security को देखकर चिंता होती है।

  • इस बार मुझे खास तौर पर ये तीन चीज़ें दिलचस्प लगीं: Claude Code का iOS पर आना, web से CLI में सहज transition, और containers के बिना fs·network restrictions देने वाले OS-native sandbox का open source होना। हालाँकि outbound network restriction पर ज़ोर दिया गया है, लेकिन allowlist में gist.github.com जैसे ऐसे domains हैं जहाँ data को बाहर expose करना आसान है, इसलिए यह थोड़ा ढीला लगा।

    • native sandbox का Github link यहाँ है।

    • यह देखकर अच्छा लगा कि इसे app में तुरंत जोड़ दिया गया, लेकिन इस्तेमाल करने पर अभी इसमें काफ़ी bugs लगते हैं।

    • information leak हमेशा संभव है। असली सवाल यह है कि क्या attacker के लिए मेरी defenses तोड़ना काफ़ी मुश्किल है। लेकिन ऐसी चीज़ों को व्यवस्थित करके public करने में भी झिझक होती है, क्योंकि डर रहता है कि वही सामग्री फिर training data में लौट आएगी।

  • मुझे लगता है कि इस तरह के background agents अभी भी वह developer experience नहीं दे पाते जिसकी मैं उम्मीद करता/करती हूँ। inaccessible environment में सिर्फ PR के रूप में branch push करना, और फिर उसे local में checkout करना असुविधाजनक है। AI coding को development loop के बहुत क़रीब रहना चाहिए; PR अंतिम review चरण के लिए ठीक है, लेकिन code development के मुख्य flow के लिए नहीं। Cursor/VSCode Remote SSH की तरह one-click से connect होने वाला isolated environment default होना चाहिए। सच कहूँ तो Claude समेत किसी भी AI tool ने पहली कोशिश में कभी सही काम नहीं किया; हमेशा manual touch-up की ज़रूरत पड़ी। IDE के भीतर सीधे देखकर सुधारना ही रोज़मर्रा की बात है।

    • मुझे लगता है कि remote SSH के ज़रिए test/development server पर सीधे agent चलाना और VS Code से sanity check करना कहीं आसान है। local development या complex setup की तुलना में यह काफ़ी व्यावहारिक है।

    • मैं इस announcement से थोड़ा निराश हुआ/हुई, क्योंकि मैं वास्तव में (mobile/web) पर CLI environment से जुड़ा हुआ एक companion app चाहता/चाहती हूँ। उसे मौजूदा dev server VM environment में SSH, VSCode Remote, Web(browser tty या vscode.dev tunnel) सब support करना चाहिए। अच्छा हो अगर टहलते समय भी मैं देख सकूँ कि Claude ठीक से काम कर रहा है या नहीं, और “LGTM” जैसे comments देकर उसे PLAN.md के अनुसार आगे बढ़ा सकूँ। फोन के touchscreen पर SSH असुविधाजनक है, इसलिए सिर्फ chat UI ही काफ़ी होगा। ऐसी चीज़ें Github के कुछ projects या “Happy Coder” जैसे Show HN में कभी-कभार देखी हैं, लेकिन ठीक से इस्तेमाल नहीं किया, इसलिए first-party integration सबसे अच्छा रहेगा।

    • मुझे लगता है कि यह एक और बुनियादी समस्या की ओर इशारा करता है। ज़्यादातर code testing और debugging remote environment में लगभग असंभव है। क्योंकि working environment एक ephemeral container होता है, उसमें मेरा कोई data नहीं होता, बस repository होती है। उदाहरण के लिए model npm run dev चलाकर webpage खोलना, क्लिक करना, behavior verify करना, भारी builds चलाना, data के session/daily persistence जैसी चीज़ें कुछ भी नहीं कर सकता। cloud में चलने वाले agent का विचार ठीक है, लेकिन environment कहीं अधिक persistent होना चाहिए, और UI के भीतर web app, GUI-based program development, actual execution और interaction संभव होना चाहिए — तभी लगेगा कि यह वास्तव में computer का उपयोग कर रहा है। मौजूदा models के साथ इसे आम लोगों तक पहुँचाना शायद अभी बहुत महँगा पड़ेगा।

    • मैं सहमत हूँ कि PR के ज़रिए code review और iteration इस use case के लिए फिट नहीं बैठता। इंसानी developers के लिए यह workflow अब तक ठीक रहा होगा, लेकिन AI code या coding agents के लिए नहीं। मौजूदा ढाँचे में इन्हें ज़बरदस्ती फिट करने के बजाय शायद किसी AI-native git जैसी चीज़ की ज़रूरत है।

    • लेकिन managers “story डालो और PR पाओ, काम खत्म” जैसे sales points पर कहीं ज़्यादा उत्साह दिखाते हैं।

  • YouTube demo काफ़ी मज़ेदार है, demo video यहाँ। developer prompt डालता है, और फिर बस PR बनता है, comments मिलते हैं — वह खुद अपने बनाए result को सीधे देखता भी नहीं। target market बहुत साफ़ दिखता है।

  • क्या यह Jules / Codex / Copilot agent जैसी चीज़ है? यानी cloud में request दो और थोड़ी देर बाद PR के रूप में result मिल जाए? दिलचस्प बात यह है कि सब आखिरकार लगभग एक जैसे feature set पर पहुँचते दिख रहे हैं, और अंतिम चुनाव शायद पसंद का मामला रह जाता है। अभी Copilot + Codex की वजह से ऐसा लगता है जैसे मेरे पास 4 autonomous engineers हों, जिन्हें task difficulty और speed के हिसाब से बाँट सकता/सकती हूँ, इसलिए productivity काफ़ी बढ़ गई है। और जो startups “Claude in the cloud” का नारा लगा रहे थे, उनके लिए आगे समय मुश्किल लग रहा है।

  • “Claude Code usage $70K+ से codex CLI पर switch किया” जैसी बात मैं कई जगह देख रहा/रही हूँ। मैं भी जून-जुलाई में Cursor से CC पर गया/गई था/थी, और लगभग 8 महीने पहले VSCode + Copilot से भी इसी कारण switch किया था। शुरू में मुझे लगा कि ये सारी reviews guerrilla marketing हैं, लेकिन CC सच में Cursor से स्पष्ट रूप से बेहतर निकला। अब Codex भी आज़माने का मन है। अच्छा लगता है कि कई competitors की वजह से इतनी तेज़ प्रगति हो रही है। कुछ ही महीनों में तीन अलग-अलग IDE और workflows बदल देने की बात खुद मुझे भी अविश्वसनीय लगती है, और यह काफ़ी थकाने वाला भी है।

    • OpenAI subscription plan के आधार पर gpt-5-codex को “कितना गहराई से सोचने” दिया जाएगा, इस पर limit लगाता है, जबकि Anthropic/Claude शायद सिर्फ usage पर limit लगाता है। मैं भी हर महीने Codex के साथ test करता/करती हूँ, लेकिन कई बार Charlie($500/माह) या Claude का बनाया output बेहतर merge होता है। task के हिसाब से variation काफ़ी हो सकता है।

    • आजकल IDE layer ज़्यादातर अलग हो गई है, इसलिए थकान कम है। Cursor के लिए सिर्फ tokens बेचकर और context घटाकर competition करना मुश्किल होगा। मैं CC और Codex को बारी-बारी से इस्तेमाल करता/करती हूँ, लेकिन कुल मिलाकर Codex अलग ही स्तर पर है। फिलहाल उसका कोई वास्तविक विकल्प नहीं लगता।

  • web-based AI interfaces के बारे में मेरी एक इच्छा है: claude.ai और chatgpt.com पर भी दूसरे SaaS products की तरह 2FA के बिना standard ID/password login support होना चाहिए, ताकि privacy-friendly browser इस्तेमाल करने वाले लोग जल्दी और आसानी से access कर सकें। SSO जैसे कम विश्वसनीय external auth को जोड़ना मैं पसंद नहीं करता/करती, और Anthropic का email login या OpenAI का MFA flow को तुरंत तोड़ देता है और असुविधाजनक लगता है। अलग से अविश्वसनीय desktop client install करना, virtual machine sandbox के साथ जोड़ना वगैरह भी झंझट है। सीधे web browser में इस्तेमाल कर पाना ही काफ़ी होना चाहिए।

    • हाल में password reuse की समस्या के कारण credential stuffing attacks बहुत बढ़े हैं, इसलिए MFA सबसे प्रभावी security measures में से एक है। अगर कंपनियाँ इसे लागू नहीं करेंगी, तो उन पर credit card chargeback का भारी बोझ आ सकता है। मैं चाहता/चाहती हूँ कि नए passwords को leaked data के साथ compare करना standard बने — जैसे haveibeenpwned। मैं भी कुछ ऐसा ही workflow इस्तेमाल करता/करती हूँ, और passkey login support करने वाली sites बिना किसी wait time के अंदर जाने देती हैं, इसलिए मैं उन्हें recommend करता/करती हूँ।

    • WebAuthn जैसी कोई चीज़ support की जाए तो कैसा रहेगा? मौजूदा claud.ai login method काफ़ी असुविधाजनक है।

  • हाल ही में मैंने OpenCode के लिए ऐसा ही कुछ बनाया था, इसलिए सोचा कि शायद किसी के काम आ जाए, तो open source link भी छोड़ रहा/रही हूँ। यह frontend mode में भी चल सकता है (hosted version जल्द आने वाला है), और आप अपना OpenCode API server सीधे configure करके connect भी कर सकते हैं। या API server भी खुद चलाकर उसे proxy के रूप में expose करके web से सुरक्षित access ले सकते हैं। UI responsive है, और मुख्य बात यह है कि बाहर रहते हुए भी फोन से तुरंत AI request (“X बना दो”) भेजी जा सकती है और उसे तुरंत process कराया जा सकता है। इसमें sandbox environment launch करने की सुविधा नहीं है, लेकिन user अपनी पसंद का कोई भी sandbox जोड़ सकता है। Claude Code के विपरीत इसमें model चुनने की भी पूरी स्वतंत्रता है।