Claude Code अब तीन लूप-इंजीनियरिंग कमांड—/loop, /goal और /schedule—के साथ आता है—जो एक कोडिंग एजेंट को बिना किसी इंसान द्वारा हर कदम टाइप किए, अपने स्वयं के प्रॉम्प्ट चक्र (prompt cycle) को चलाने की अनुमति देते हैं। यह फीचर डेवलपर्स को दोहराव वाले कोडिंग कार्यों को ऑटोमेट करने, टोकन खर्च को नियंत्रित रखने और उस "टाइप-प्रॉम्प्ट-वेट-टाइप-प्रॉम्प्ट" (type-prompt-wait-type-prompt) लय से बचने का वादा करता है जिसने अब तक AI-सहायता प्राप्त विकास को परिभाषित किया है।
ये नए कमांड क्यों महत्वपूर्ण हैं
अधिकांश AI-कोडिंग वर्कफ़्लो अभी भी मैन्युअल बातचीत (back-and-forth) पर निर्भर करते हैं: एक डेवलपर अनुरोध लिखता है, मॉडल कोड वापस करता है, डेवलपर उसे पढ़ता है, तय करता है कि आगे क्या पूछना है, और यही प्रक्रिया दोहराता है। यह पैटर्न धीमा, महंगा और त्रुटिपूर्ण है जब एक ही छोटे कार्य—जैसे बिल्ड चलाना, लिंट चेतावनी (lint warning) ठीक करना, या टेस्ट फेलियर पर काम करना—के लिए दर्जनों चरणों की आवश्यकता होती है।
तीन लूप मोड
- /loop – एक हल्का (lightweight), स्वयं-गति वाला चक्र। वही Claude इंस्टेंस प्रत्येक टर्न चलाता है और एक सरल स्थिति की जाँच करता है, जैसे कि "क्या बिल्ड ग्रीन है?" यह तब सबसे अच्छा काम करता है जब सत्यापन (verification) चरण बहुत सरल हो और गलत "done" सिग्नल का जोखिम कम हो।
- /goal – एक उच्च-सटीकता वाला चक्र। प्रत्येक टर्न में एक सेकेंडरी मॉडल पूर्णता की स्थिति का मूल्यांकन करता है, जिससे जांच की एक अतिरिक्त परत जुड़ जाती है। इसका उपयोग तब करें जब समय से पहले काम खत्म होना महंगा हो सकता है—जैसे कि किसी सुरक्षा-महत्वपूर्ण (security-critical) सर्विस को तैनात करना।
- /schedule – एक क्लाउड-होस्टेड रूटीन जो Anthropic के इंफ्रास्ट्रक्चर पर चलता है। यदि डेवलपर का लैपटॉप बंद भी हो जाए, तो भी लूप जारी रहता है।
तीनों का आर्किटेक्चर समान है: एक skill (वे निर्देश जो एजेंट को बताते हैं कि क्या करना है), एक verifier (वह जाँच जो साबित करती है कि काम वास्तव में पूरा हो गया है), guardrails (सीमाएँ कि एजेंट किन टूल्स का उपयोग कर सकता है) और state (पिछले कार्यों की एक हल्की मेमोरी)। इनमें से किसी भी हिस्से को छोड़ने पर लूप एक अंतहीन आत्म-सहमति बन जाता है जो केवल टोकन के उपयोग को बढ़ाता है।
एक सुरक्षित, लागत-नियंत्रित लूप बनाना
- Skill को परिभाषित करें – एक स्पष्ट, नियतात्मक (deterministic) प्रॉम्प्ट लिखें जो एजेंट को सटीक ऑपरेशन बताए (जैसे, "
npm testचलाएं और आउटपुट कैप्चर करें")। - Verifier जोड़ें – Skill को एक ठोस टेस्ट के साथ जोड़ें जिसे एजेंट फर्जी नहीं बना सकता, जैसे कि वास्तविक टेस्ट रनर के एग्जिट कोड को पार्स करना या जनरेट किए गए आर्टिफैक्ट के चेकसम (checksum) की जाँच करना।
- Guardrails सेट करें – एजेंट को कमांड या APIs की एक व्हाइटलिस्ट तक सीमित रखें। यह उसे नेटवर्क सॉकेट खोलने से रोकता है जब कार्य को केवल फ़ाइल I/O की आवश्यकता होती है।
- State को सुरक्षित रखें – एक छोटा JSON ब्लॉब या डेटाबेस एंट्री स्टोर करें जो यह रिकॉर्ड करे कि एजेंट पहले ही क्या कर चुका है। अगला टर्न उस स्टेट को पढ़ता है और काम को दोहराने से बचता है।
तीन सुरक्षा कैप जो हर लूप को चाहिए
- Hard stop – टर्न की अधिकतम संख्या या एक हार्ड टोकन बजट लागू करें। यदि लूप सीमा तक पहुँच जाता है, तो यह रुक जाता है और "max turns reached" रिपोर्ट करता है।
- Real stop condition – एक ऐसा सत्यापन मीट्रिक (verification metric) उपयोग करें जिसे मॉडल बना न सके, जैसे कि पास होने वाला टेस्ट सुइट, एक नॉन-एम्प्टी बिल्ड आर्टिफैक्ट, या एक चेकसम जो ज्ञात सही मान (known good value) से मेल खाता हो।
- Spend cap – लूप को एक मॉनिटरिंग लेयर से जोड़ें जो रीयल-टाइम में टोकन खपत पर नज़र रखे और एक पूर्व-निर्धारित खर्च की सीमा (spend ceiling) पार होने पर निष्पादन (execution) को रोक दे।
निष्कर्ष
Claude Code के /loop, /goal और /schedule कमांड डेवलपर्स को टोकन खर्च को पारदर्शी रखते हुए दोहराव वाले कोडिंग चक्रों को ऑटोमेट करने का एक व्यावहारिक तरीका देते हैं। एक भरोसेमंद लूप की कुंजी एक ठोस verifier, सख्त guardrails और रनटाइम एवं लागत पर कड़ी सीमाएँ हैं। पहले इन सुरक्षा उपायों को बनाएं, फिर एजेंट को उबाऊ काम करने दें—ताकि आप अपना समय उन समस्याओं पर लगा सकें जिनमें अभी भी मानवीय मस्तिष्क की आवश्यकता है।