Claude Code की प्रधान डिज़ाइनर AI के साथ कैसे build करती हैं [YouTube]

• वास्तविक product development में Claude Code का उपयोग कैसे किया जाता है, इसका व्यावहारिक workflow दिखाया गया है, जहाँ Excalidraw में autocomplete फ़ीचर सीधे जोड़कर डेमो किया जाता है
• प्रस्तुति डिज़ाइनर की है, लेकिन इसकी सामग्री लगभग developer workflow के क़रीब है, और worktree के साथ कई Claude sessions को parallel चलाने, feature prototype बनाने, browser में validate करने, और PR उठाने तक की प्रक्रिया को CLI-केंद्रित तरीके से कवर करती है
• मुख्य बात यह है कि AI को सिर्फ कोड लिखने वाले टूल की तरह नहीं, बल्कि idea exploration → implementation options की तुलना → self-validation → PR लिखना → review लागू करना → merge assist तक फैली product development pipeline में शामिल किया जाए
• डिज़ाइनर के लिए उपयोगी बिंदु यह है कि Claude अभी डिज़ाइन निर्णय अच्छी तरह नहीं ले पाता, इस सीमा को स्वीकार करते हुए भी यह कई implementation options तेज़ी से बना सकता है और screenshot·GIF वाले PR के ज़रिए review करवाकर design decision की speed और quality control दोनों बेहतर कर सकता है
• डेवलपर्स के लिए उपयोगी बिंदु यह है कि /prototype, loop, automatic permission mode, Chrome-आधारित self-test, code cleanup·review·PR merge automation जैसे ठोस patterns दिखते हैं, जिनसे Claude Code को वास्तविक repository और collaboration flow से जोड़ा जा सकता है
• खास तौर पर, “सिर्फ इसलिए कि हर कोई बना सकता है, इसका मतलब यह नहीं कि हर चीज़ deploy की जानी चाहिए” वाला दृष्टिकोण महत्वपूर्ण है, और AI युग में जब अधिक लोग कोड बना सकेंगे, तब validation, review, design involvement, deployment criteria को automated systems तक बढ़ाना होगा
• अंततः यह वीडियो डिज़ाइनर के AI से coding करने से ज़्यादा, डिज़ाइनर और डेवलपर के बीच AI को रखकर product quality बनाए रखते हुए तेज़ी से experiment करने के तरीके का उदाहरण दिखाता है

---

प्रस्तुति का संदर्भ और वक्ता

• Claude Code की lead designer Meaghan Choi
• AI अपनाने से पहले से ही CLI products डिज़ाइन करती रही हैं, Claude CLI के डिज़ाइन में शामिल थीं, और खुद को "CLI die-hard" कहती हैं
• उनका कहना है कि Anthropic के सदस्य इन tools तक लगातार पहुँच रखते हैं और पूरे दिन इनका उपयोग करते हैं, इसलिए काम करने के और बेहतर तरीक़े लगातार खोजे जाते रहते हैं
• desktop app ज़्यादा accessible है, और डेमो के सभी काम desktop app में भी बिल्कुल उसी तरह संभव हैं
  • CLI वक्ता की निजी पसंद है, दर्शकों के लिए इसे अनिवार्य तरीके से अपनाना ज़रूरी नहीं

parallel·high-speed work environment setup

• worktree

  • local repository में कई Claude instances एक साथ चलाने पर वे एक-दूसरे के काम को overwrite कर सकते हैं और conflict हो सकता है
  • worktree repository की isolated copies बनाकर कई काम parallel में करने देता है
    • जब engineers 4~5 Claude खुले रखते हैं, तो वे या तो repository को repo1·repo2 की तरह clone करते हैं, या worktree का इस्तेमाल करते हैं
    • claude --worktree चलाने पर नया branch अपने-आप checkout हो जाता है, इसलिए management आसान होने से इसकी सिफ़ारिश की गई

• Opus 1M · fast mode

  • वक्ता हमेशा Opus 1 million context और fast mode का उपयोग करती हैं, हालाँकि organization के हिसाब से access सीमित हो सकता है
  • उन्होंने बताया कि 15 मिनट के डेमो को तेज़ी से आगे बढ़ाने के लिए यह setup चुना गया था, और speed में थोड़ा फ़र्क पड़ता है

• auto mode

  • Anthropic के सदस्य हमेशा auto mode का उपयोग करते हैं, जो low-permission mode का विकल्प है
  • classifier जोखिम वाले actions को detect कर लेता है, इसलिए बार-बार "Yes, accept" approve करने की ज़रूरत नहीं पड़ती और काम बहुत तेज़ हो जाता है

• Loop

  • Loop एक standard prompt है, जिसका अर्थ है "जब तक सब पूरा न हो जाए, जारी रखो", ताकि काम पूरा होने तक दोहराया जाता रहे

prompts और prototype skill

• बिना design spec के सिर्फ "autocomplete जोड़ना है" जैसे simple prompt से Excalidraw में feature जोड़ने को कहा गया

• prototype skill

  • Claude से कहकर खुद बनाया गया slash prototype skill, जो एक feature के लिए default रूप से 5 (n) implementation options बनाता है, उन्हें HTML file में preview करता है, फिर iterate करता है
    • इस बात पर ज़ोर दिया गया कि skill हाथ से नहीं लिखी जाती, prompt से बनाई जाती है; उन्होंने कहा, "आजकल skills हाथ से लिखने वाला कोई नहीं है"
  • Claude से पहले एक विकल्प खुद चुनने और उसका कारण बताने को कहा जाता है; वक्ता ने कहा कि परिणाम देखना काफ़ी दिलचस्प होता है
  • इसमें "online research allowed" भी जोड़ा गया; अगर यह production codebase होता, तो Slack·Google Docs·discussion logs·BigQuery समेत सभी sources देखने को कहा जाता
  • best option को implement करने, verify करने, style match कराने के बाद screenshot वाले PR बनाने का निर्देश दिया गया
    • इसके बाद transcript देखने के बजाय, implemented feature की recording वाले PR की review पर फ़ोकस किया गया
  • डेमो में Claude ने tab completion (autocomplete) के कई विकल्प दिए, जिनमें audience की राय लेकर विकल्प 2 चुना गया

काम के 3 सिद्धांत

• Claude सहित ज़्यादातर LLM अभी डिज़ाइन में कमज़ोर हैं, इसलिए craft और decision-making में इंसान की भूमिका बनी रहनी चाहिए
  • यह स्थायी सीमा नहीं भी हो सकती, लेकिन मौजूदा workflow इस आधार पर बना है कि "क्या product में जाएगा, इसका फ़ैसला इंसान करेगा"
• coding को automate करें, लेकिन non-coding काम भी Claude को सौंपना चाहिए; नहीं तो यह automation का सबसे प्रभावी उपयोग नहीं होगा
• हर कोई ship कर सकता है, इसका मतलब यह नहीं कि हर चीज़ ship होनी चाहिए; जब हर कोई production में push कर सकता है, तो scalable systems की ज़रूरत और बढ़ जाती है

non-coding काम का automation

• Claude in the web (cloud)

  • app में मिले सैकड़ों छोटे polish fixes को अलग session खोले बिना लगातार संभालने के लिए इस्तेमाल
  • जब engineers बहुत ज़्यादा fixes की शिकायत करते हैं, तो उन्हें एक PR में squash करने को कहा जाता है
    • मामूली CSS changes कभी-कभी बिना review के auto-approve भी हो जाते हैं, जो product polish बनाए रखने में उपयोगी है

• PR merge automation

  • लगभग सभी सदस्य Claude को लगातार चलाते रखते हैं ताकि वह PR merge में मदद करे; वक्ता अब CI या merge से ठीक पहले के चरणों में सीधे शामिल नहीं होतीं
  • simplify·code review जैसे tools repository के भीतर codebase को clean up (prune) करने के लिए हैं; AI इस्तेमाल करने वाली engineering teams में ऐसे मिलते-जुलते tools होने की बात कही गई
  • commit push PR internal checks को एक साथ चलाने वाला command है
  • खुले हुए PR की review करके उसे completion stage तक push करने वाला command skill में built-in है
    • यह Slack से integrated है, इसलिए code reviewer या on-call व्यक्ति को अपने-आप DM भेज सकता है; असली बात tools के bundle की integration है

• Claude in Chrome

  • Claude खुद Chrome खोलकर behavior test करता है; इसे frontend changes के self-validation का सबसे अच्छा तरीका बताया गया
  • screenshot को GIF sequence के रूप में record करके पोस्ट करने, फिर PR खोलने वाला flow इस्तेमाल किया जाता है

• scheduled routine (Claude code work)

  • scheduled routine के रूप में सभी repositories के frontend changes scrape किए जाते हैं
  • Slack·Google Meet transcripts·Google Docs आदि देखकर यह जाँचा जाता है कि किसी डिज़ाइनर की भागीदारी थी या नहीं; भागीदारी न होने पर उसे flag किया जाता है
  • अगर भागीदारी नहीं थी, तो डिज़ाइन की review करके opposing-view design (adversarial design) PR का draft बनाया जाता है, फिर संबंधित engineer को DM भेजकर डिज़ाइनर के साथ collaboration करने को कहा जाता है
    • Claude की डिज़ाइन क्षमता कमज़ोर होने के कारण DM feature अभी बंद है; यह पहले सिद्धांत (LLM अभी डिज़ाइन में कमज़ोर हैं) से जुड़ता है
  • सिर्फ पहले चरण तक नहीं, बल्कि उसके आगे के अगले चरण तक automation को धकेला जाता है, ताकि अगला model आते ही इसे तुरंत लागू किया जा सके

यह डिज़ाइनर और डेवलपर दोनों के लिए उपयोगी क्यों है

• प्रस्तुति का लक्ष्य ही Claude Code users के काम के स्तर को ऊपर उठाना (up level) है, और Anthropic के भीतर लोकप्रिय वास्तविक workflows को सीधे साझा किया गया
• developer perspective से worktree के साथ parallel work, auto mode से approval repetition हटाना, PR merge·CI automation जैसे ठोस commands और actions दिखाए गए, जो रोज़मर्रा के काम की speed सीधे बढ़ाते हैं
  • प्रस्तुति में इस्तेमाल हुए simplify·code review जैसे tools के बारे में कहा गया कि AI इस्तेमाल करने वाली engineering teams के भीतर इनके बराबर internal tools होते हैं, इसलिए engineering partner से पूछकर उनका उपयोग करें
• designer perspective से LLM अभी डिज़ाइन में कमज़ोर हैं यह मानकर चला गया है, इसलिए इंसान craft और decision-making का मुख्य पक्ष बना रहता है और automation सहायक भूमिका निभाती है
  • जैसे scheduled routine जो डिज़ाइनर की भागीदारी के बिना ship हुए frontend changes को detect और flag करता है, यह दिखाता है कि design quality को system के ज़रिए कैसे सुरक्षित रखा जा सकता है