फीडबैक लूप्स: Claude Code को कम निगरानी के साथ बड़े कार्यों को पूरा करने में मदद करें

जैसे-जैसे हम Claude को अधिक महत्वाकांक्षी कार्य सौंपते हैं, यह और अधिक महत्वपूर्ण हो जाता है कि वह अपने काम की जाँच स्वयं कर सके।

Claude जितना अधिक स्व-जाँच कर सकता है:

• वह लंबे समय तक चलने वाले कार्यों पर उतना ही अधिक स्वतंत्र रूप से काम कर सकता है
• अंतिम परिणाम की गुणवत्ता उतनी ही बेहतर होती है
• वहाँ तक पहुँचने में उतने ही कम आगे-पीछे की आवश्यकता होती है

जब जाँचें आप पर निर्भर करती हैं, तो कोडिंग सत्र एक टर्न-आधारित खेल बन जाता है, और आप वह खो देते हैं जो एजेंटों को उपयोगी बनाता है: स्वायत्तता।

अच्छी खबर यह है कि Claude पहले से ही टाइप एरर, लिंट एरर, फेल होने वाले टेस्ट और रनटाइम एरर जैसे नियतात्मक संकेतों के विरुद्ध स्व-जाँच करता है। और जैसे-जैसे मॉडल बेहतर होते जाएंगे, यह और भी बेहतर होता जाएगा।

Claude हमेशा उन मैन्युअल जाँचों का अनुमान नहीं लगा सकता जो आप इसके जवाब देने के बाद चलाते हैं, और बाद में, कोड को प्रोडक्शन में मर्ज करने से पहले।

आप जितनी अधिक उन जाँचों को एनकोड कर सकते हैं, Claude का पहला जवाब उतना ही आपके मन में अंतिम परिणाम के करीब आता है।

आप निगरानी में कम समय बिताते हैं, और जब आप किसी और चीज़ पर काम कर रहे होते हैं तब Claude चलता रह सकता है।

अपनी प्रक्रियाओं को लिखें

शुरू करने के लिए एक अच्छी जगह है कि आप या आपकी टीम पहले से क्या करते हैं, उसके सर्वोत्तम अभ्यास संस्करण को लिखें।

फ्रंटएंड के लिए, यह आमतौर पर होता है: डेव सर्वर चलाएँ, ब्राउज़र खोलें, कंसोल में त्रुटियों की जाँच करें, उपयोगकर्ता की तरह क्लिक करें और लेआउट शिफ्ट या धीमी नेविगेशन जैसी चीज़ों पर ध्यान दें।

हर डोमेन का अपना संस्करण होता है। उनमें से प्रत्येक चरण के लिए, संभवतः एक उपकरण है जिसका उपयोग Claude सत्यापन के लिए कर सकता है:

अपनी प्रक्रिया को एक कौशल के रूप में एनकोड करें

एक बार प्रक्रिया स्पष्ट हो जाने पर, इसे जितना संभव हो उतना एक कौशल के रूप में एनकोड करें। skill-creator प्लगइन इंस्टॉल करें, फिर Claude से आपका साक्षात्कार करने के लिए कहें:

1/skill-creator फ्रंटएंड परिवर्तनों को एंड-टू-एंड सत्यापित करने के लिए एक कौशल बनाएँ। मेरे वर्कफ़्लो के बारे में मेरा साक्षात्कार करें।

यदि आप अपनी प्रक्रिया को शब्दों में बयां करने में संघर्ष कर रहे हैं, तो पहले Claude से डोमेन सर्वोत्तम अभ्यास पूछें और इसे आपको दिखाने दें कि एंड-टू-एंड सत्यापन प्रवाह कैसा दिख सकता है।

स्वाद और निर्णय को संहिताबद्ध करना कठिन है, लेकिन कई जाँचों में मानदंड होते हैं जिनके विरुद्ध Claude माप सकता है: एक प्रदर्शन बजट, एक पहुँच-योग्यता चेकलिस्ट, डिज़ाइन सिस्टम नियम, अच्छे बनाम बुरे उदाहरण।

उदाहरण के लिए, एक फ्रंटएंड कौशल में Chrome DevTools MCP या Agent browser. के माध्यम से प्रदर्शन ट्रेस कैप्चर करने के निर्देश शामिल हो सकते हैं।

1---
2name: frontend-verify
3description: फ्रंटएंड परिवर्तनों को ब्राउज़र में सत्यापित करें। जब भी UI (पेज, कंपोनेंट, टाइपोग्राफी, CSS स्टाइल) में परिवर्तन किया जाता है, तब चलाएँ।
4---
5
6# फ्रंटएंड सत्यापन
7
8- एक वास्तविक ब्राउज़र में दो-चरणीय सत्यापन पास चलाएँ।
9- उपयोगकर्ता को जवाब देने से पहले समस्याओं को ठीक करें और पुनः सत्यापित करें।
10
11## चरण 1 — परिवर्तन अपेक्षित व्यवहार करता है इसकी पुष्टि करें
12
131. ब्राउज़र में URL खोलें:
14   - Claude Code डेस्कटॉप ऐप में, एम्बेडेड प्रीव्यू का उपयोग करें।
15   - CLI में, Chrome DevTools MCP का उपयोग करें।
162. नए एलिमेंट से इंटरैक्ट करें और पुष्टि करें कि यह अपेक्षित रूप से रेंडर और व्यवहार करता है।
17
18## चरण 2 — परिवर्तन मोबाइल ऑडिट पास करता है इसकी पुष्टि करें
19
201. Chrome DevTools MCP के माध्यम से URL को एक नए पेज में खोलें
212. प्रदर्शन ट्रेस चलाएँ और Core Web Vitals का ऑडिट करें

अन्य जाँचें पास/फेल की तुलना में अधिक गुणात्मक होती हैं, जैसे डेटा की ऐतिहासिक मानदंडों से तुलना करना। इनके लिए, आप Claude के साथ आउटपुट के मूल्यांकन के लिए एक रूब्रिक सेट करने के लिए काम कर सकते हैं।

दूसरे एजेंट के साथ मर्ज करने से पहले कोड की समीक्षा करें

ऊपर सब कुछ एजेंटिक लूप के अंदर होता है। एक दूसरा सत्यापन चरण है, मर्ज करने से ठीक पहले का क्षण, जहाँ आप किसी अन्य एजेंट से समीक्षा करने के लिए कह सकते हैं।

एक नया एजेंट वही पूर्वाग्रह नहीं रखेगा जो कोड लिखने वाला एजेंट रखता है। इसका अपना संदर्भ होता है, और यह पिछली बातचीत से प्रभावित नहीं होता। यह अलगाव समीक्षा को अधिक ईमानदार बनाता है, और उन चीज़ों को पकड़ लेता है जो पहले एजेंट से छूट सकती हैं।

कुछ विकल्प, मैन्युअल से स्वचालित तक:

• /review (बिल्ट-इन कौशल) - आपके टर्मिनल में PR का एक त्वरित एकल-पास पढ़ना।
• /code-review (इंस्टॉल करने योग्य प्लगइन) - समानांतर में कई उप-एजेंट चालू करता है, प्रत्येक डिफ को एक अलग कोण से पढ़ता है, निष्कर्षों को विश्वास के लिए स्कोर करता है, और PR पर परिणाम पोस्ट करता है।
• Claude Code Review - एक प्रबंधित सेवा जो GitHub के माध्यम से प्रत्येक PR पर स्वचालित रूप से चलती है, टीम और एंटरप्राइज़ योजनाओं के लिए।

आप जो भी चुनें, प्रोडक्शन में मर्ज करने से पहले रक्षा की अंतिम पंक्ति रखना सहायक होता है।

इसे एक साथ रखना

अब आपके पास दो परतें हैं:

• सत्यापन जो Claude के निर्माण के दौरान चलता है
• मर्ज से पहले एक एजेंट से समीक्षा जिसने कोड नहीं लिखा

दोनों एक ही विकास जीवनचक्र से संबंधित हैं। अपने वर्तमान मैन्युअल चरणों के बारे में सोचें: आप एक बदलाव करते हैं, उसे साफ करते हैं, पुष्टि करते हैं कि यह काम करता है, कमिट करते हैं, एक PR खोलते हैं, समीक्षा करवाते हैं और CI की जाँच करते हैं।

आप उन सभी चरणों को एक वर्कफ़्लो में रोल कर सकते हैं एक कौशल लिखकर जो अन्य कौशलों को कॉल करता है। उदाहरण के लिए, Claude Code टीम के पास एक कौशल है जिसे वे सुविधाओं पर काम करते समय चलाते हैं, यह बंडल करता है:

1. डिफ को साफ करने के लिए /simplify कौशल
2. एक कस्टम /verify कौशल यह पुष्टि करने के लिए कि परिवर्तन एंड-टू-एंड काम करता है
3. एक डिज़ाइन जाँच यदि डिफ ने UI को छुआ है
4. एक PR खोलने और सब्सक्राइब करने का चरण
5. CI देखने और आते ही विफलताओं को ठीक करने का एक कौशल

जबकि आपका वर्कफ़्लो अलग दिख सकता है, फीडबैक लूप बनाना और कौशलों को बंडल करना Claude को अधिक काम को एंड-टू-एंड सत्यापित और निष्पादित करने की अनुमति देता है।