मैं अब Claude को प्रॉम्प्ट नहीं करता। मेरे पास लूप चल रहे हैं जो Claude को प्रॉम्प्ट करते हैं और पता लगाते हैं कि क्या करना है। मेरा काम लूप लिखना है।
- बोरिस चेर्नी, Anthropic में Claude Code के निर्माता और प्रमुख।
लगभग दो वर्षों तक, हर कोई जिस कौशल का पीछा कर रहा था, वह था प्रॉम्प्ट इंजीनियरिंग। एक अच्छा प्रॉम्प्ट लिखें, पर्याप्त संदर्भ साझा करें, आउटपुट पढ़ें, अगला प्रॉम्प्ट लिखें। आप एजेंट को एक उपकरण की तरह पकड़ते थे, एक बार में एक मोड़।
वह युग चुपचाप समाप्त हो रहा है।
2026 के मध्य में, तीन आवाज़ें एक ही विचार पर एक-दूसरे के कुछ ही दिनों के भीतर एकमत हुईं। बोरिस चेर्नी (Claude Code) ने कहा कि उनका काम अब लूप लिखना है। पीटर स्टाइनबर्गर (OpenClaw के निर्माता) ने लाखों डेवलपर्स से कहा: "आपको अब कोडिंग एजेंटों को प्रॉम्प्ट नहीं करना चाहिए। आपको ऐसे लूप डिज़ाइन करने चाहिए जो आपके एजेंटों को प्रॉम्प्ट करें।" और एडी ओसमानी (Google) ने एक व्यापक रूप से साझा की गई पोस्ट में इस पैटर्न को इसका नाम दिया: लूप इंजीनियरिंग। यह लेख बताता है कि लूप इंजीनियरिंग वास्तव में क्या है, यह किन समस्याओं का समाधान करती है, यह उन्हें कैसे हल करती है, एक कार्यशील कोड डेमो जिसे आप आज चला सकते हैं, और ईमानदार ट्रेड-ऑफ़ जिनके बारे में कोई भी हाइप थ्रेड्स में नहीं बताता।
लूप इंजीनियरिंग क्या है?
लूप इंजीनियरिंग का अर्थ है स्वयं को उस व्यक्ति के रूप में बदलना जो एजेंट को प्रॉम्प्ट करता है। आप एक ऐसी प्रणाली डिज़ाइन करते हैं जो इसके बजाय प्रॉम्प्टिंग करती है।
एक लूप एक पुनरावर्ती लक्ष्य है: आप एक उद्देश्य और एक सत्यापन योग्य रुकने की शर्त परिभाषित करते हैं, और AI पुनरावृत्ति करता है, कार्य की खोज करता है, उसे लागू करता है, सत्यापित करता है, प्रगति रिकॉर्ड करता है जब तक कि शर्त सत्य न हो जाए। अब आप लूप के अंदर नहीं हैं। आप उसके ऊपर हैं।
इस पदानुक्रम को इस प्रकार समझें:
- प्रॉम्प्ट इंजीनियरिंग : आप एक अच्छा निर्देश लिखते हैं।
- संदर्भ इंजीनियरिंग : आप निर्देश के चारों ओर सही जानकारी इकट्ठा करते हैं।
- एजेंट हार्नेस इंजीनियरिंग : आप वह वातावरण बनाते हैं जिसमें एक एजेंट चलता है।
- लूप इंजीनियरिंग : आप वह प्रणाली बनाते हैं जो हार्नेस को एक टाइमर पर चलाती है, सहायकों को जन्म देती है, अपनी जाँच करती है।
पुराना वर्कफ़्लो: प्रॉम्प्ट लिखें → आउटपुट पढ़ें → अगला प्रॉम्प्ट लिखें (आप लूप हैं)।
नया वर्कफ़्लो: एक बार लूप डिज़ाइन करें → लूप कार्य खोजता है → लूप एजेंट असाइन करता है → लूप सत्यापित करता है → लूप स्थिति रिकॉर्ड करता है → दोहराएं (आप समीक्षा करते हैं और दिशा देते हैं)।
लूप इंजीनियरिंग द्वारा हल की जाने वाली समस्याएं
समस्या 1: आप बाधा हैं
मैन्युअल प्रॉम्प्टिंग में, जब तक आप टाइप नहीं करते, कुछ नहीं होता। हर मोड़ एक इंसान की प्रतीक्षा करता है। 2026 में एजेंट घंटों तक स्वायत्त रूप से चल सकते हैं, Claude Opus-श्रेणी के मॉडल कठिन कार्यों पर लगभग पाँच घंटे तक बिना निगरानी के चले हैं, लेकिन एक मानव-संचालित चैट उन्हें आपकी टाइपिंग गति और ध्यान अवधि तक सीमित कर देती है। एजेंट 95% समय निष्क्रिय रहता है, आपकी प्रतीक्षा करता है।
समस्या 2: एजेंट सत्रों के बीच सब कुछ भूल जाते हैं
हर सत्र ठंडा शुरू होता है। मॉडल आपके प्रोजेक्ट के कन्वेंशन, बिल्ड स्टेप्स और कठिनाई से सीखे गए सबक को शून्य से फिर से प्राप्त करता है या इससे भी बदतर, आत्मविश्वास से भरे अनुमानों से अंतराल भरता है। ओसमानी इसे इंटेंट डेट कहते हैं: अव्यक्त इरादा जो हर बार चलाने पर चुकाया (या फिर से अनुमान लगाया) जाता है।
समस्या 3: एजेंट अपना होमवर्क खुद ग्रेड करता है
एक एजेंट जिसने कोड लिखा है, वह उसकी समीक्षा करते समय बहुत उदार होता है। "यह हो गया" एक दावा है, प्रमाण नहीं। स्वतंत्र सत्यापन के बिना, स्वायत्त रन त्रुटियों को ठीक करने के बजाय बढ़ा देते हैं।
समस्या 4: समानांतर एजेंट टकराते हैं
जैसे ही आप एक रेपो पर एक से अधिक एजेंट चलाते हैं, वे एक-दूसरे की फ़ाइलों को ओवरराइट करना शुरू कर देते हैं वही आपदा जो दो इंजीनियरों के बिना बात किए एक ही लाइनों पर कमिट करने से होती है।
समस्या 5: आवर्ती कार्य कभी स्वचालित नहीं होता
CI विफलता ट्राइएज, डिपेंडेंसी बंप, फ़्लैकी टेस्ट हंट, इश्यू लेबलिंग, दैनिक बग स्वीप यह काम उबाऊ, अंतहीन और एजेंटों के लिए पूरी तरह उपयुक्त है। लेकिन कोई भी हर सुबह किसी एजेंट को प्रॉम्प्ट नहीं करता, क्योंकि आपको प्रॉम्प्टिंग करने के लिए हर सुबह आना होगा।
लूप इंजीनियरिंग उन्हें कैसे हल करती है: छह बिल्डिंग ब्लॉक
एक लूप जो वास्तव में बिना निगरानी के चलता है, वह एक लंबा प्रॉम्प्ट नहीं है। यह पाँच क्षमताओं और एक मेमोरी वाली एक छोटी प्रणाली है। उल्लेखनीय रूप से, Claude Code और OpenAI का Codex दोनों अब मूल रूप से सभी छह शिप करते हैं लूप का आकार टूल-अज्ञेयवादी हो गया है।
- ऑटोमेशन : दिल की धड़कन
शेड्यूल किए गए रन जो स्वयं खोज और ट्राइएज करते हैं। यह समस्या 5 को हल करता है।
- Claude Code: /loop एक प्रॉम्प्ट को एक कैडेंस पर फिर से चलाता है (एक मिनट के अंतराल से लेकर बहु-दिवसीय विंडो तक), क्रॉन-शेड्यूल किए गए कार्य, क्लाउड-शेड्यूल किए गए ऑटोमेशन के लिए रूटीन, लाइफ़साइकल हुक, या GitHub Actions जो आपके लैपटॉप के बंद होने पर भी चलते रहते हैं।
- Codex: ऑटोमेशन टैब एक प्रोजेक्ट, एक प्रॉम्प्ट, एक कैडेंस चुनें; निष्कर्ष एक Triage इनबॉक्स में आते हैं, खाली रन स्वयं आर्काइव हो जाते हैं।
इन-सेशन में सबसे घातक प्रिमिटिव /goal है: तब तक टर्न के पार काम करते रहें जब तक कि आपके द्वारा लिखी गई कोई शर्त सत्यापित रूप से सत्य न हो जाए "test/auth के सभी टेस्ट पास हों और lint साफ़ हो" और चले जाएं।
- वर्कट्री : समानांतरता के लिए अलगाव
Git वर्कट्री प्रत्येक एजेंट को अपनी शाखा पर अपनी स्वयं की कार्यशील निर्देशिका देते हैं, जो रेपो इतिहास साझा करते हैं। संपादन सचमुच टकरा नहीं सकते। यह समस्या 4 को हल करता है।
- Claude Code: git worktree, --worktree फ़्लैग, या isolation: worktree on a subagent ताकि प्रत्येक सहायक को एक ताज़ा, स्वयं-सफाई चेकआउट मिले।
- Codex: प्रति थ्रेड अंतर्निहित वर्कट्री।
पावर उपयोगकर्ता इस तरह 10–15 समानांतर एजेंट चलाने की रिपोर्ट करते हैं।
- स्किल्स : संहिताबद्ध प्रोजेक्ट ज्ञान
एक स्किल SKILL.md वाला एक फ़ोल्डर है जिसमें आपके कन्वेंशन, बिल्ड स्टेप्स और "हम ऐसा इसलिए नहीं करते क्योंकि वह घटना हुई थी" एक बार लिखा होता है, जिसे एजेंट हर रन पर पढ़ता है। यह समस्या 2 को हल करता है। स्किल्स के बिना, लूप आपके प्रोजेक्ट को हर चक्र में शून्य से फिर से प्राप्त करता है। उनके साथ, यह संचय करता है।
- प्लगइन्स और कनेक्टर (MCP) : वास्तविक उपकरणों पर हाथ
एक लूप जो केवल फ़ाइल सिस्टम देखता है, वह एक छोटा लूप है। MCP कनेक्टर इसे आपके इश्यू ट्रैकर को पढ़ने, डेटाबेस से क्वेरी करने, PR खोलने, Linear टिकट को अपडेट करने और CI ग्रीन होने पर Slack पर पिंग करने देते हैं। यह एक एजेंट के बीच का अंतर है जो कहता है "यह रहा फिक्स" और एक लूप जो फिक्स को शिप करता है।
- उप-एजेंट : निर्माता को परीक्षक से अलग करें
पूरे पैटर्न में सबसे महत्वपूर्ण संरचनात्मक विचार। एक एजेंट (या मॉडल) लिखता है; एक अलग एजेंट अलग-अलग निर्देशों के साथ सत्यापित करता है। यह समस्या 3 को हल करता है। Claude Code का /goal इसे बेक करता है: एक अलग मॉडल ग्रेड करता है कि क्या रुकने की शर्त पूरी हुई है, इसलिए कार्यकर्ता कभी अपना होमवर्क खुद ग्रेड नहीं करता।
- Claude Code: .claude/agents/ में सबएजेंट, एजेंट टीमें।
- Codex: .codex/agents/ में TOML के रूप में सबएजेंट जैसे, आपके सुरक्षा समीक्षक के रूप में उच्च तर्क प्रयास पर एक मजबूत मॉडल, आपके एक्सप्लोरर के रूप में एक तेज़ रीड-ओनली मॉडल।
- स्थिति : मेमोरी रीढ़
एक मार्कडाउन फ़ाइल, एक प्रगति लॉग, या एक Linear बोर्ड ऐसा कुछ भी जो बातचीत के बाहर रहता है और रिकॉर्ड करता है कि क्या किया गया है और आगे क्या है। यह सुनने में इतना बेवकूफी भरा लगता है कि इससे कोई फर्क नहीं पड़ता। यह एकमात्र तरकीब है जिस पर हर लंबे समय तक चलने वाला एजेंट निर्भर करता है: मॉडल रन के बीच भूल जाता है; रेपो नहीं भूलता। यह कार्य स्तर पर समस्या 2 को भी हल करता है, और यही कल के रन को आज के रुकने के बिंदु से ठीक उठाने देता है। ऑटोमेशन के साथ मिलकर, यह समस्या 1 को खत्म कर देता है लूप आपके सोते समय काम करता है।
एक वास्तविक लूप कैसा दिखता है
यहाँ संदर्भ आकार है (ओसमानी के स्वयं के दैनिक लूप से अनुकूलित):
- एक ऑटोमेशन रेपो पर फायर करता है। इसका प्रॉम्प्ट एक ट्राइएज स्किल को कॉल करता है जो कल की CI विफलताओं, खुले इश्यू और हाल के कमिट को पढ़ता है, और निष्कर्षों को STATE.md में लिखता है।
- करने लायक प्रत्येक निष्कर्ष के लिए, लूप एक पृथक वर्कट्री खोलता है और फिक्स का ड्राफ्ट तैयार करने के लिए एक निर्माता उप-एजेंट भेजता है।
- एक परीक्षक उप-एजेंट प्रोजेक्ट स्किल्स और मौजूदा टेस्टों के विरुद्ध ड्राफ्ट की समीक्षा करता है।
- कनेक्टर PR खोलते हैं, टिकट लिंक करते हैं, और Slack पर पोस्ट करते हैं।
- लूप जो कुछ भी संभाल नहीं सकता, वह एक ट्राइएज इनबॉक्स में आता है आपके लिए।
- STATE.md रिकॉर्ड करता है कि क्या प्रयास किया गया, क्या पास हुआ, क्या अभी भी खुला है। कल का रन वहीं से शुरू होता है।
स्रोत और आगे पढ़ना: एडी ओसमानी, "लूप इंजीनियरिंग" (addyosmani.com); द न्यू स्टैक का लूप इंजीनियरिंग पर कवरेज; मेटा के स्केल सम्मेलन में बोरिस चेर्नी की फायरसाइड चैट और CNBC साक्षात्कार; रूटीन पर Claude Code दस्तावेज़ (code.claude.com/docs/en/routines); OpenAI Codex ऑटोमेशन दस्तावेज़।
यदि आप इस लेख से एक लूप बनाते हैं, तो मुझे इसे देखना अच्छा लगेगा !! बताएं कि आपने सबसे पहले क्या स्वचालित किया।
