37 पॉइंट द्वारा GN⁺ 2025-07-27 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Anthropic की अलग-अलग टीमें (Data Infrastructure, Product Development, Security, Inference, Data Science, Marketing, Design, RL Engineering, Legal आदि) Claude Code अपनाकर जटिल प्रोजेक्ट ऑटोमेशन, कामकाज को अधिक कुशल बनाने, और non-developers के काम का दायरा बढ़ाने जैसे क्षेत्रों में बड़े बदलाव का अनुभव कर रही हैं
  • Kubernetes outage recovery, नए कर्मचारियों की onboarding, बड़े पैमाने पर डेटा monitoring, finance टीम के non-developer workflows का automation जैसे मामलों में Claude Code ने वास्तविक समस्या-समाधान और productivity improvement को आगे बढ़ाया है
  • तेज़ prototyping, codebase exploration, automatic test generation, और दोहराए जाने वाले कामों के automation के ज़रिए पहले की तुलना में 2–4 गुना समय की बचत, development speed और quality में सुधार हासिल हुआ है
  • Design, Marketing, Legal जैसी non-development टीमें भी custom agents, Figma/Google Ads/Meta Ads integration आदि के माध्यम से engineering resources के बिना जटिल automation और tools बनाना संभव कर पा रही हैं
  • हर टीम ने अपने उपयोग के अहम सुझाव भी साझा किए हैं: Claude.md documentation, recurring checkpoints, specific prompts, visual feedback, और टीम के भीतर workflow sharing आदि

अवलोकन

Anthropic अपनी कई आंतरिक टीमों में Claude Code को कामकाज में लागू कर रही है, जिससे developers और non-developers दोनों productivity में बड़ा बदलाव ला रहे हैं—जैसे जटिल प्रोजेक्ट संभालना, दोहराए जाने वाले कामों का automation, और learning curve को कम करना। इस लेख में बताया गया है कि 10 विभाग Claude Code का वास्तविक उपयोग कैसे कर रहे हैं, और हर टीम के लिए प्रभावी उपयोग के तरीके, अपनाने के समय ध्यान रखने वाली बातें, और उपयोगी टिप्स को विस्तार से पेश किया गया है।


Data Infrastructure टीम: डेटा इन्फ्रास्ट्रक्चर में Claude Code का उपयोग

प्रमुख उपयोग के मामले

  • Kubernetes debugging
    • Kubernetes cluster में outage होने पर Claude Code को dashboard screenshot देकर Google Cloud UI में समस्या का रास्ता समझना और समाधान के लिए ज़रूरी commands सुझवाना
  • non-developers के लिए plain-text workflow
    • Finance टीम जैसी non-developer टीमें plain text में data flow लिखती हैं, और Claude Code अपने आप workflow चलाकर input values पूछता है, Excel output बनाता है आदि
  • नए कर्मचारियों के लिए codebase exploration
    • नए data scientist Claude Code की मदद से Claude.md documents और codebase structure समझते हैं, data pipeline dependencies की व्याख्या लेते हैं, और dashboard source देखते हैं
  • session खत्म होने के बाद documents का automatic summary
    • हर काम खत्म होने पर उस काम का summary अपने आप बनवाना और Claude.md documents को बेहतर बनाने के सुझाव लेना
  • multi-instance parallel work
    • कई repositories में Claude Code instances को parallel चलाकर projects के बीच workflow status और context खोए बिना काम बदलना

टीम पर प्रभाव

  • विशेषज्ञ की मदद के बिना infrastructure issues का समाधान
  • नए कर्मचारियों की onboarding की गति में बड़ा सुधार
  • data anomaly detection जैसे support workflows की मजबूती
  • non-developer विभागों के लिए self-service workflow संभव

प्रमुख टिप्स

  • Claude.md फ़ाइल में विस्तार से documentation रखें
  • sensitive data संभालते समय BigQuery CLI की जगह MCP server की सिफारिश
  • टीम के बीच उपयोग sessions साझा कर best practices फैलाएँ

Product Development टीम: उत्पाद विकास में Claude Code का उपयोग

प्रमुख उपयोग के मामले

  • automation loop के ज़रिए तेज़ prototyping
    • auto-accept mode सेट करने के बाद abstract समस्या Claude को सौंपना, 80% तैयार परिणाम लेना और फिर अंतिम सुधार करना
  • synchronous coding (real-time collaboration)
    • core feature development के समय real-time prompts और code guidelines देना, जबकि Claude दोहराए जाने वाले coding tasks संभालता है
  • Vim mode जैसी standalone features का implementation
    • automation से 70% से अधिक implementation के बाद बार-बार refinement करके पूरा करना
  • test cases और bug fixes का automation
    • PR review चरण में Claude अपने आप formatting fixes, function renaming आदि लागू करता है
  • codebase का तेज़ exploration
    • complex monorepo structure या API-side code के बारे में Claude से structure और dependencies पूछना

टीम पर प्रभाव

  • जटिल features का automation के साथ तेज़ implementation
  • prototype iteration और expansion में समय की बचत
  • automatic test coverage और code quality में सुधार
  • अनजाने codebase को समझने की दक्षता में वृद्धि

प्रमुख टिप्स

  • अपना verification loop बनाएँ (build, test, lint automation)
  • async और sync tasks को अलग करके लागू करें
  • स्पष्ट और ठोस prompts लिखें

Security Engineering टीम: सुरक्षा इंजीनियरिंग में Claude Code का उपयोग

प्रमुख उपयोग के मामले

  • जटिल infrastructure debugging
    • stack trace और documents देने पर control flow trace करना
  • Terraform code review और analysis
    • Claude को plan देकर security impact की तेज़ समीक्षा और approval
  • document consolidation और runbook generation
    • कई documents को मिलाकर troubleshooting guide और runbook summary बनाना
  • test-driven development (TDD) implementation
    • pseudocode → TDD → periodic checks की प्रक्रिया में Claude के साथ सहयोग
  • context switching घटाना और onboarding
    • Markdown spec Claude को देकर कम समय में टीम में योगदान देना

टीम पर प्रभाव

  • infrastructure issues के response time को 5 मिनट के भीतर लाना
  • security approval wait time समाप्त
  • कम समय में दूसरे projects में योगदान संभव
  • documentation workflow की दक्षता अधिकतम

प्रमुख टिप्स

  • custom slash commands का सक्रिय उपयोग
  • Claude को autonomous coding के निर्देश दें
  • documentation और output format को स्पष्ट रूप से बताएँ

Inference टीम: inference systems management में उपयोग

प्रमुख उपयोग के मामले

  • codebase की तेज़ समझ और onboarding
    • feature call files और dependencies जैसी चीज़ें Claude से तुरंत पूछना
  • edge cases सहित automatic test generation
    • feature implementation के बाद Claude tests अपने आप बनाता है, और इंसान सिर्फ review करता है
  • machine learning concepts की व्याख्या
    • model-specific functions और settings के बारे में सीधे Claude से पूछना (Google की तुलना में 80% समय की बचत)
  • multi-language code conversion
    • इच्छित logic को Rust जैसी अनजानी language में बदलना
  • Kubernetes commands पर लगातार मार्गदर्शन

टीम पर प्रभाव

  • machine learning research और learning speed में 80% समय की बचत
  • codebase exploration तुरंत संभव
  • automatic tests से quality बनाए रखना
  • language barrier को कम करना

प्रमुख टिप्स

  • पहले knowledge base query आज़माएँ
  • code generation के बाद परिणाम verify करें
  • tests सीधे लिखने का निर्देश देकर बोझ कम करें

Data Science और ML Engineering टीम: डेटा साइंस और मशीन लर्निंग इंजीनियरिंग

प्रमुख उपयोग के मामले

  • JavaScript/TypeScript dashboard apps बनाना
    • JS/TS का लगभग कोई अनुभव न होने पर भी पूरा React dashboard लिखना संभव, जैसे RL model performance analysis
  • repetitive refactoring का automation
    • merge conflicts और file structure changes जैसे दोहराए जाने वाले कामों को 30 मिनट तक पूरी तरह automation से चलाना, और सफल होने पर सीधे अपनाना
  • स्थायी analysis tools का development
    • one-off notebook की जगह reusable React dashboard बनाना, जिसे model performance analysis में उपयोग किया जा सके
  • zero-dependency tasks का delegation
    • पूरी तरह अनजानी language या codebase के काम भी Claude को end-to-end सौंप देना

टीम पर प्रभाव

  • रोज़मर्रा के refactoring में कम-से-कम 2–4 गुना समय की बचत
  • अनजानी language में भी complex apps बनाना संभव
  • analysis tools का one-off से ongoing use में रूपांतरण
  • model performance visualization से decision-making और मजबूत

प्रमुख टिप्स

  • slot machine approach अपनाएँ (परिणाम के हिसाब से स्वीकार/फिर से कोशिश)
  • काम जितना जटिल हो, उतना direct intervention और simplification की ओर जाएँ

Product Engineering टीम: उत्पाद इंजीनियरिंग में व्यावहारिक उपयोग

प्रमुख उपयोग के मामले

  • पहले चरण में Claude से files की list/path पूछकर तेज़ workflow design करना
  • अनजाने codebase में independently bugs debug करना और features develop करना
  • नए research models का अनुभव लेकर dogfooding करना
  • context switching cost हटाकर काम पर focus बढ़ाना

टीम पर प्रभाव

  • अनजान code areas में भी स्वतंत्र रूप से काम संभव
  • context switching और जवाब का इंतज़ार करने का बोझ कम
  • rotation engineers की onboarding तेज़
  • developer satisfaction और productivity में वृद्धि

प्रमुख टिप्स

  • इसे collaboration partner की तरह देखें और बार-बार iterative approach अपनाएँ
  • अनजाने tasks को भी निडर होकर आज़माएँ
  • कम-से-कम जानकारी से शुरुआत करें और Claude के मार्गदर्शन के अनुसार आगे बढ़ें

Growth Marketing टीम: growth marketing automation

प्रमुख उपयोग के मामले

  • Google Ads copy का automatic generation
    • placement के character limits के हिसाब से ad headlines और descriptions बनाना, जिससे large-scale ad automation संभव हो
  • Figma plugin के ज़रिए bulk creative production
    • कई ad images और copy को programmatically generate करना (अधिकतम 100 तक)
  • Meta Ads data का MCP server से real-time analysis
    • ad campaign performance, spend आदि का automated analysis
  • memory system से repeated experiment logging
    • creative experiment results रिकॉर्ड करना और अगली बार generation में उनका उपयोग

टीम पर प्रभाव

  • ad copy creation time 2 घंटे से 15 मिनट तक घटा
  • creative generation 10 गुना से अधिक बढ़ा
  • single-person marketing team अब बड़े पैमाने पर development और analysis tasks खुद संभाल सकती है
  • काम का focus execution से strategy और automation की ओर गया

प्रमुख टिप्स

  • API integration वाले repetitive tasks से automation शुरू करें
  • बड़े workflows को role-based sub-agents में बाँटें
  • Claude.ai में prompts को अच्छी तरह design/structure करने के बाद Claude Code में implement करें

Product Design टीम: उत्पाद डिज़ाइन कार्य में बदलाव

प्रमुख उपयोग के मामले

  • frontend visual improvements और state management को सीधे adjust करना
    • designer Claude Code से तुरंत UI सुधार और state changes लागू कर सकते हैं
  • GitHub Actions आधारित ticketing और automatic code suggestions
    • frontend या bug fix requests आने पर Claude अपने आप code suggestions देता है
  • interactive prototypes का तेज़ generation
    • mockup image paste करते ही काम करने वाला code तुरंत बनाना
  • edge cases की स्थिति और architecture समझना
    • system state और error flows को design phase में सीधे explore करना
  • complex copy changes और real-time compliance management
    • पूरे codebase में specific wording को bulk में बदलना और legal collaboration को real time में चलाना

टीम पर प्रभाव

  • काम Figma + Claude Code base पर शिफ्ट हुआ
  • visual और state-management improvements 2–3 गुना तेज़ हुए
  • जटिल collaborative projects भी 1 हफ्ते से 1 घंटे के भीतर पूरे हो रहे हैं
  • developers और designers के लिए अलग-अलग बेहतर अनुभव
  • communication और design quality में बड़ा सुधार

प्रमुख टिप्स

  • शुरुआती setup के लिए engineer की मदद चाहिए
  • custom memory files से role और explanation style पहले से तय करें
  • images paste करके prototypes बनाएँ

RL Engineering टीम: RL sampling और weight management

प्रमुख उपयोग के मामले

  • छोटे और मध्यम features के लिए autonomy + supervision approach
  • test generation और code review automation
  • debugging और error analysis में Claude का उपयोग
  • codebase summary और call stack analysis का automation
  • Kubernetes से जुड़े सवालों में operational support

काम करने के तरीके में बदलाव

  • experimental checkpoints + rollback approach स्थापित हुई
  • automatic document generation से समय की बचत
  • छोटे-मध्यम PRs में लगभग 1/3 मामलों में एक ही बार में काम पूरा

प्रमुख टिप्स

  • Claude.md में दोहराई जाने वाली गलतियों को रोकने के निर्देश लिखें
  • बार-बार commit और rollback की आदत डालें
  • one-shot → collaboration pattern अपनाएँ

Legal टीम: विधि टीम में AI का उपयोग

प्रमुख उपयोग के मामले

  • व्यक्तिगत accessibility solutions को कम समय में customize करना
    • परिवार के लिए Predictive Text app जैसी चीज़ें सीधे बनाना
  • विभाग के भीतर workflow automation prototypes
    • team-wise phone tree और G Suite integration वाले कामों का automation
  • prototype-केंद्रित innovation
    • तेज़ी से prototype बनाकर expert feedback लेना और real-world use validate करना
  • visual-first feedback और development
    • interface screenshots के माध्यम से Claude से communication करना

security और compliance समझ

  • MCP integration होते ही security issues की समझ
  • AI systems के विस्तार के साथ compliance tools बनाना प्राथमिक आवश्यकता

प्रमुख टिप्स

  • Claude.ai में ideas को पर्याप्त रूप से plan और structure करें
  • काम को चरणों में बाँटकर और screenshots-आधारित requests देकर बोझ कम करें
  • कम परिपक्व prototypes भी सक्रिय रूप से साझा करें

1 टिप्पणियां

 
GN⁺ 2025-07-27
Hacker News टिप्पणियाँ
  • Claude Code आमतौर पर सिर्फ़ 70~80% तक ही काम कर पाता है, और काश इस बात पर ज़्यादा ज़ोर दिया जाता। जैसे, “इसे slot machine की तरह इस्तेमाल करो”, “शुरू करने से पहले state save कर लो और 30 मिनट के chunk में काम कराओ; नतीजा स्वीकार करना या शुरुआत से फिर शुरू करना, बीच में सुधारने की कोशिश से बेहतर है” जैसी सलाह दिलचस्प लगती है। लेकिन यह बात कहना तब आसान है जब compute cost आपको खुद नहीं चुकानी पड़ती
    • कर्मचारी के नज़रिए से देखें तो “अच्छा परिणाम आ भी जाए तो code सैकड़ों बार generate और revise कराओ” वाली सलाह काफ़ी मज़ेदार है। ऐसा करेंगे तो कंपनी को भारी-भरकम बिल मिलेगा और actual commit बहुत कम होंगे। “सोचा था AI सब संभाल लेगा, अब और ज़्यादा developers भर्ती करने पड़ेंगे” जैसी मज़ाक की बातें यूँ ही नहीं निकलतीं
    • मेरे मामले में, मैं LLM का code generation के लिए काफ़ी सफलतापूर्वक उपयोग कर रहा हूँ। मेरा नियम है कि तभी फ़ायदा है जब पूरे काम का 90% से ज़्यादा AI कर सके, कुछ साधारण autocomplete या text editing जैसी चीज़ें छोड़कर। जो समस्याएँ training data में रही हों, जैसे golang में simple web server setup करना, वहाँ accuracy लगभग 100% के क़रीब होती है। ऐसे काम कुछ मिनटों में निपट जाते हैं, और architecture के सपाट code को तेज़ी से खड़ा किया जा सकता है। असल productivity 30~50% तक बढ़ जाती है
    • हाल में मुझे एहसास हुआ कि Claude की 70-80% completeness वाली ख़ासियत सिर्फ़ project के शुरुआती चरण पर ही नहीं, आख़िरी चरण पर भी लागू हो सकती है। मैं एक बड़े refactoring को खुद शुरू से कर रहा था, बस idea की रूपरेखा बनाई और Claude को सौंप दिया, तो उसने बाकी finishing पूरी तरह ख़त्म कर दी (CHANELOG तक)। मैं इसे example-driven prompt या मज़बूत guardrails की मिसाल के तौर पर देखता हूँ
    • अगर slot machine वाली तुलना में एक बात और जोड़ूँ, तो यह कि जितना हो सके formal system strictness बढ़ाना अच्छा रहता है। Python में आराम से, बस मज़े-मज़े में code करोगे तो नतीजा आख़िरकार ख़राब होगा। Haskell में GHC options या property tests जैसी formal checks सख़्त कर दो, तो Claude की चालाकी पकड़ी जाती है। TypeScript वगैरह में भी type system के ज़रिए structure को ज़्यादा strict बनाना असरदार है। Claude जैसे TODO checkbox पर अटक जाता है, वैसे ही आख़िरकार वही ठीक-ठीक करने लगता है जो उसे कहा गया हो
    • अगर कोई कर्मचारी सामान्य दिनों में ठीक-ठाक code लिखे, लेकिन 30% संभावना से पूरी तरह असामान्य, बेकार स्तर का code submit करे जिसे फिर से बनाना पड़े, तो शायद उसे नौकरी से निकाल दिया जाए
  • मैंने CC से पूरा web app implement किया है। अलग-अलग AI coding tools भी इस्तेमाल किए हैं, और उनसे जुड़ी classes·workshops भी की हैं। CC को सबसे प्रभावी ढंग से इस्तेमाल करने का workflow यह है कि साफ़ और संक्षिप्त spec को md file में व्यवस्थित किया जाए। फिर हर prompt में उसे explicitly refer किया जाए। user story से शुरू करें, CC से step-by-step plan का draft लिखवाएँ, फिर उसे revise और finalize करने की प्रक्रिया दोहराएँ। उसके बाद actual implementation guidelines के हिसाब से काम बाँटें। automation tests और functional tests भी भूलें नहीं, और अंत में merge करें
    • अच्छी सलाह है, मेरे अनुभव से मिलती-जुलती। मैं शुरुआत में थोड़ा ढीला-ढाला prompt डालकर फिर उसे सुधारने वाला तरीक़ा अपनाता हूँ। मेरा अपना workflow भी यहाँ लिखा है
    • सोच रहा हूँ कि क्या यह तरीका सच में code सीधे खुद लिखने से तेज़ या ज़्यादा efficient है
    • अगर इस तरह किए गए किसी असली उदाहरण को साझा कर सकें तो अच्छा होगा
    • मेरा अनुभव भी इस workflow जैसा रहा है, लेकिन मुझे इस तरह काम करना सच में पसंद नहीं, इसलिए लगभग हमेशा मैं खुद code लिखना पसंद करता हूँ। spec या user story लिखना मुझे सबसे नापसंद काम लगता है
  • Claude Code कई तरह के कामों के लिए ठीक बैठता है। कल मैंने एक weather site का backend API बदला, और दोनों APIs काफ़ी अलग होने के बावजूद उसने लगभग एक ही बार में काम कर दिया। घर पर मैं $20/महीना subscription के साथ इस्तेमाल करता हूँ, और कंपनी में AWS Bedrock के ज़रिए trial चल रहा है। Bedrock API से इस्तेमाल करने पर हर session के अंत में cost तुरंत दिख जाती है, और यह थोड़ा असहज लगता है। सच कहूँ तो अगर इस तरह का granular usage billing लगातार चलता रहा, तो developers कोशिश, experiment, refactoring जैसी चीज़ों से बचने लगेंगे और कुल मिलाकर software quality गिर सकती है। लगता है Anthropic के अंदर लोग लागत की चिंता किए बिना इस्तेमाल करते होंगे, इसलिए वे इस समस्या से बच जाते होंगे
    • कुछ हफ़्ते पहले मैंने MLB API देकर MacOS widget बनाने को कहा था, और उसने league/division/wild card standings दिखाने वाला widget एक घंटे से भी कम समय में ठीक-ठाक बना दिया। बस दस मिनट जाँच लेना काफ़ी था, इसलिए quick & dirty project में यह काफ़ी काम का है। ऐसे और भी उपयोगी उदाहरण हैं
    • पहले भी engineers को datacenter, cloud, SaaS जैसी कई तरह की लागतों पर ध्यान देना पड़ता था, और अब लगता है अगले 5~10 साल तक AI usage fees पर भी ध्यान देना पड़ेगा। आख़िरकार वह समय आएगा जब इंसानी समय की लागत के मुक़ाबले AI की लागत मामूली रह जाएगी
    • “cost सीधे दिखना असुविधाजनक है” ऐसा कहा गया था, लेकिन सच कहूँ तो मेरी monster-level Claude session अगर कंपनी को लगभग $10 भी charge कर दे तो मुझे फ़र्क नहीं पड़ता। कंपनी ने भी कहा है, “cost की चिंता मत करो, पहले experiment करके देखो”

    • मैं तो छोटी-सी function भी Claude से करवाऊँ तो वह हल्की-सी ग़लत implementation कर देता है, लेकिन test उसे तुरंत पकड़ लेता है, इसलिए मुझे लगता है ज़्यादा सावधान रहना चाहिए
    • cost सीधे दिखाई देने पर चौंक जाने वाली राय मुझे दिलचस्प लगी। हाँ, अगर बहुत ज़्यादा बार cost दिखाई जाए तो अच्छा नहीं लगेगा, लेकिन agent prompt experiment करते समय हर query की cost देख पाना तो उपयोगी है। prompt के एक वाक्य के फ़र्क से भी लागत बदल सकती है, तो क्या ऐसी जानकारी innovation की दिशा नहीं देती? इसे chilling effect क्यों माना जाए, यह समझ नहीं आता। बहुत से engineers तो शायद लागत घटाने के लिए innovation पर और ज़्यादा ध्यान देंगे
  • मैं कुछ दिनों से Gemini Cli छोड़कर Claude Code इस्तेमाल कर रहा हूँ। tool-use loop कुछ बेहतर है, यह मानता हूँ। लेकिन Claude थोड़ा ज़्यादा “बेवकूफ़” है, और ज़बरदस्ती काम ख़त्म करने की कोशिश करता है। सामान्य समझ या साफ़ निर्देश भी नज़रअंदाज़ कर देता है। उदाहरण के लिए, अगर उससे test pass कराने को कहो, तो debug करने के बजाय database structure बदल सकता है। दो बार तो उसने protocol buffer पूरी तरह मिटाकर JSON में बदल दिया। शायद सिर्फ़ इसलिए कि proto debug नहीं हो रहा था, और उसने उसे default समाधान मान लिया
    • मेरा भी ऐसा ही अनुभव है। एक छोटा refactoring करते-करते आधा ठीक-ठाक सुधार लेता है, फिर जब बीच में मुश्किल लगने लगता है, तो पुराने बदलाव सब rollback करके जल्दी-जल्दी bash script से पूरा automation शुरू कर देता है। ऐसे समय जब आप कहो, “यह तो लगभग ख़त्म हो चुका था, अब यह क्या कर रहे हो?”, तो वह तुरंत मान भी लेता है। बहुत आत्मविश्वास से राय देता है, लेकिन तुरंत बदल भी जाता है
    • Claude का test को “pass होने का नाटक” करने के लिए शॉर्टकट लेना मेरे अनुभव से भी मेल खाता है। कभी-कभी वह test ही हटा देता है या skip कर देता है और कहता है, “सारी समस्याएँ हल हो गईं!” अजीब बात यह है कि ऐसा व्यवहार मैंने दूसरे LLMs में नहीं देखा; वे आमतौर पर failure मान लेते हैं और थोड़ा hint देने पर सही ढंग से हल करते हैं। Claude तो जैसे मानकर चलता है कि मैं उसकी चाल समझ नहीं पाऊँगा। डर यह है कि अगर किसी ज़्यादा गंभीर defect में उसने ऐसा किया तो क्या होगा
    • मेरे साथ भी कुछ ऐसा ही हुआ है। जब complex full test fail होता है, तो कारण ढूँढने के बजाय वह उसे आसान, टुकड़ों में बँटे test से बदल देता है जिसे आसानी से pass किया जा सके। कभी-कभी सोचता हूँ क्या Claude team compute cost बचाने के लिए fast progress पर ज़्यादा ज़ोर देती है। अक्सर API timeout या errors भी आते रहते हैं
    • दिलचस्प बात यह है कि Claude अगर किसी भी चरण में समस्या में फँस जाए, तो “काम स्थगित (Deferred)” कहकर कोई बहाना बनाकर आगे बढ़ जाना चाहता है। इंसान अपने निर्णय से काम टाल सकता है, लेकिन मशीन के पास निर्णय नहीं होता, इसलिए मुझे नहीं लगता कि ऐसी प्रवृत्ति स्वीकार की जानी चाहिए
    • मैंने तो यहाँ तक सुना है कि किसी के Claude ने codebase के हिस्से बेतरतीब ढंग से delete कर दिए, और फिर इस बात से इनकार भी किया
  • मैं Claude का अच्छा-खासा उपयोग करता हूँ, लेकिन आज देखा गया यह blog post थोड़ा अजीब और भद्दा लगा। ऐसा भी लगा कि शायद blog team ने इसे Claude से लिखवाया है
    • MCP documentation site में भी यही समस्या है। बस असहज bullet points की सूची जैसी लगती है
    • मुझे भी कुछ वैसा ही लगा, लेकिन मेरे हिसाब से content ख़ुद ज़्यादा बड़ी समस्या है। जैसे, “जटिल Kubernetes command की जगह Claude से पूछो, वह सही command दे देगा” जैसी पंक्ति—AI tech blog में इसे ख़ास तौर पर बताने की क्या ज़रूरत है? यह तो बस बुनियादी tip है
    • समस्या यह नहीं कि Claude इस्तेमाल हुआ या नहीं, बल्कि यह कि पूरा लेख survey responses की list जैसा लगता है—बिना किसी flow के बिखरा हुआ, repetitive, और बिना किसी अनावश्यक हिस्से को हटाए। कोई curator की तरह ज़िम्मेदारी लेकर इसे व्यवस्थित करता हुआ नहीं दिखता
    • जानकारी तो बहुत है, लेकिन आख़िरकार बस परिष्कृत bullet points की सूची जैसा एहसास देता है
  • पहले उदाहरण में k8s debugging का मामला था, जहाँ Claude ने IP pool exhaustion diagnose किया और network expert के बिना समस्या सुलझा दी। लेकिन मन में यह सवाल आता है कि अगर network expert ने शुरुआत में design किया होता, तो क्या ऐसी स्थिति आती ही नहीं?
    • विशेषज्ञ भी ग़लती करते हैं। सच तो यह है कि हर इंसान ग़लती करता है
  • इन दिनों मेरी optimization tip यह है कि Claude Code में voice input इस्तेमाल करो। बस जैसे किसी इंसान से बात करते हैं वैसे context और history समझा दो। सीधे type करने से यह कहीं तेज़ है
    • Mac users के लिए SuperWhisper app काफ़ी अच्छा है
    • मैं python package hns से संतुष्ट हूँ। terminal में <i>uvx hns</i> चलाकर recording शुरू होती है, Enter दबाते ही text अपने-आप clipboard में copy हो जाता है। साधारण है, लेकिन CLI workflow में स्वाभाविक रूप से घुल जाता है। लिंक
    • कमरे में AI से बोलकर समझाना? क्या यह थोड़ा अटपटा नहीं लगता? मैं तो उल्टा typing ज़्यादा तेज़ करता हूँ
    • Ubuntu पर भी कोई ठीक विकल्प हो तो जानना चाहूँगा
  • Kubernetes cluster outage के समय, Claude Code को dashboard screenshots देकर step-by-step Google Cloud UI analyze कराया गया, pod IP exhaustion warning ढूँढी गई, और नया IP pool जोड़ने का तरीका भी उससे पूछकर जाना गया। लेकिन मुझे यह तरीका inefficient लगता है, और संदेह है कि क्या इसमें सचमुच AI की ज़रूरत थी
    • अगर यही चलन बन गया, तो साधारण समस्या पर भी AI पर निर्भर रहने वाली संरचना पक्की हो जाएगी। आख़िरकार इंसान समस्या का context समझना, या मदद माँगने लायक professional network तक भूल जाएगा, और “AI का ग़ुलाम” बनने वाली दुनिया की चिंता होती है
    • इस तरह की problem-solving approach तो intern या junior engineer से अपेक्षित लगती है (हो सकता है वास्तव में मामला ऐसा ही रहा हो)
  • यह मामला दिलचस्प है, लेकिन हमारी टीम ने भी Claude Code आज़माना चाहा था और पाया कि यह team plan में शामिल ही नहीं है (जबकि लगभग उसी दाम वाले Pro plan में उपलब्ध है)। खरीदने के बाद यह पता चला, इसलिए निराशा हुई। हम हर developer से personal payment करवाने वाले नहीं हैं। अंदरूनी team experiences का ढिंढोरा पीटने से पहले, काश वे payment और subscription structure ऐसा सुधारें कि बाहर की दूसरी कंपनियाँ भी इसे इस्तेमाल कर सकें। industry-leading AI model तो बना लिया, लेकिन subscription management जैसी बुनियादी समस्या अब तक हल नहीं हुई
    • आपको क्यों लगता है कि सबको अलग-अलग भुगतान नहीं करना चाहिए?
  • मैं Claude code को एक समझदार rubber duck की तरह इस्तेमाल करता हूँ, ज़्यादातर idea discussion या feedback के लिए। असली code का ज़्यादातर हिस्सा मैं खुद लिखता हूँ। पहले chat में उससे राय और intent अच्छी तरह समझाने को कहता हूँ, और नियम रखता हूँ कि code changes सिर्फ़ तब करे जब मैं कहूँ। फिर copy-paste करके code को IDE में लाता हूँ, और बीच-बीच में अपने edits भी उसमें शामिल करके Claude को बताता हूँ कि क्या बदला है। शुरुआत में यह धीमा लग सकता है, लेकिन आख़िर में मैं समस्याएँ बेहतर पकड़ पाता हूँ और अपनी मनचाही दिशा में जल्दी polish कर सकता हूँ। Claude एक (ज़रूरत से ज़्यादा) आत्मविश्वासी junior developer जैसा है। उसकी निगरानी करनी पड़ती है, और अगर मैं ख़ुद तेज़ हूँ तो सीधे खुद कर देना ज़्यादा फ़ायदेमंद है। (किसी junior के लिए यह बुरा तरीका हो सकता है, लेकिन Claude के साथ अच्छा चलता है)। और हाँ, यह भी ध्यान में रखना चाहिए कि यह blog post उसी कंपनी ने लिखा है जो यह tool बेचती है। मुझे लगता है AI कंपनियों की marketing की बातों को लगभग 90% छानकर सुनना चाहिए। आख़िरकार वे पैसा खींचना चाहती हैं या acquire होना चाहती हैं, इसलिए ऐसा लिखती हैं
    • क्या अगर इसे सिर्फ़ plan mode में रखें, तो यह अपने-आप कुछ भी नहीं बदलेगा? Gemini CLI तो बिना झिझक सीधे implementation शुरू कर देता है :D