Claude Code
पूर्णसंदर्भ कार्यान्वयन, नेटिव WebFetch और स्लैश कमांड्स के साथ।
खुली पद्धति · MIT · एजेंट-निरपेक्ष
Deep Work Plan किसी भी रिपॉज़िटरी को एक संरचित वातावरण में बदल देता है — संदर्भ, सुरक्षा-बाउंड्री और एक टिकाऊ योजना — जहाँ कोई भी कोडिंग एजेंट परिशुद्धता और दक्षता से निष्पादित करता है और लंबे कार्य को पूरा करता है।
init.md प्रॉम्प्ट कॉपी करें और इसे अपने कोडिंग एजेंट — Claude Code, Cursor, Codex, या किसी भी अन्य — में पेस्ट करें, ताकि किसी भी रिपॉज़िटरी को AI-first बनाया जा सके।
Deep Work Plan स्पेक-ड्रिवन डेवलपमेंट है, जहाँ रिपॉज़िटरी स्वयं हार्नेस बन जाती है।
समस्या और उत्तर
छोटे विस्फोटों में कोडिंग एजेंट शानदार होते हैं। उन्हें एक लंबा मिशन सौंपिए — एक माइग्रेशन, एक नया सबसिस्टम, दर्जनों फ़ाइलों की रिफैक्टरिंग — और वे भटक जाते हैं: संदर्भ भर जाता है, पहले के निर्णय फीके पड़ जाते हैं, और घंटों का कार्य आधे रास्ते में रुक जाता है।
Deep Work Plan स्पेसिफिकेशन-संचालित विकास से जवाब देता है: एक टिकाऊ योजना, परमाणु कार्य, और सत्यापन द्वार जिन्हें एजेंट को पास करना होता है। “पूर्ण” एक भावना नहीं रहता — यह सत्यापित, समीक्षित साक्ष्य बन जाता है।
और क्योंकि संदर्भ आपके एजेंट का सबसे दुर्लभ संसाधन है, harness अपनी ही निर्देश-भार को छोटा और ऑडिट-योग्य रखने के लिए डिज़ाइन किया गया है: निर्देश प्रगतिशील रूप से लोड होते हैं, सत्यापन केवल बदले हुए पर लागू होता है, और हर कार्य स्थानीय रूप से सीखता है। हर flow का भार बाइट्स में मापा जाता है और हर रिलीज़ पर प्रकाशित होता है — नवीनतम रिलीज़ ने execute flow को 45.7% और resume flow को 67.5% घटाया। प्लान खुद भी इसी सिद्धांत के अनुसार स्केल करता है: एक सीमित सुधार के लिए Lite प्लान, घंटों तक चलने वाले काम के लिए Full प्लान — फ़ॉर्मेट हमेशा काम के दायरे के अनुरूप होता है, इसका उल्टा नहीं।
“पूर्ण” का अर्थ और सीमाएँ तय करना आपका काम है। योजना आपका इरादा ले जाती है; एजेंट घंटे लगाते हैं — बिना लगातार निगरानी, बिना हर बीस मिनट में सुधार।
पद्धति पढ़ें →
मनुष्य पतवार संभालते हैं। एजेंट निष्पादन करते हैं।
लंबे कार्य किसी भी मॉडल का संदर्भ भर देते हैं। विवरण खो जाते हैं और एजेंट भटक जाता है। लिखित योजना — परमाणु कार्य, सत्यापन द्वार, पुनरारंभ योग्य स्थिति — ही वह आधार है जिस पर वह बार-बार लौटता है।
मुख्य चक्र देखें →
एक ऐसी योजना जिससे एजेंट भटक नहीं सकते।
प्रत्येक कार्य अपने स्वीकृति मानदंड और उन जाँचों को नामित करता है जो पास होनी चाहिए। एजेंट “पूर्ण महसूस” नहीं कर सकता — पास करना ज़रूरी है, अन्यथा कार्य खुला रहता है।
विनिर्देश पढ़ें →
पूर्णता एक अनुबंध है, कोई भावना नहीं।
संदर्भ, उपकरण, सुरक्षा-बाउंड्री और स्थिति आपके रिपॉज़िटरी में सादी फ़ाइलों के रूप में रहते हैं जिन्हें कोई भी एजेंट पढ़ सकता है। न लॉक-इन, न बाहरी दिमाग — यह संदर्भ-रीसेट के बाद भी टिकता है।
देखें ऑनबोर्डिंग क्या बनाता है →
रिपॉज़िटरी ही harness है।
संदर्भ आपके एजेंट का सबसे दुर्लभ संसाधन है। harness प्रगतिशील रूप से लोड होता है, केवल बदले हुए को सत्यापित करता है और कार्य दर कार्य सीखता है — हर flow का निर्देश-भार मापा और प्रकाशित जाता है, रिलीज़ दर रिलीज़।
पद्धति पढ़ें →
हर टोकन मायने रखता है।
तर्क-आधारित ऑनबोर्डिंग
ऑनबोर्डिंग प्रवाह आपकी रिपॉज़िटरी की वास्तविक भाषाओं, फ़्रेमवर्क, पैकेज मैनेजर और सत्यापन कमांड्स का निरीक्षण करता है, फिर उस रिपॉज़िटरी के अनुरूप ढाले गए आर्टिफ़ैक्ट तैयार करता है। एक सामान्य स्टब को विफलता माना जाता है।
मैनिफ़ेस्ट, फ़ोल्डर संरचना और CI पढ़कर वास्तविक test, lint और build कमांड्स का अनुमान लगाता है, फिर रिपॉज़िटरी को एक स्वतंत्र रिपॉज़िटरी या एक ऑर्केस्ट्रेटर हब के रूप में वर्गीकृत करता है।
एक तर्कपूर्ण AGENTS.md, एक वर्गीकृत docs/ पदानुक्रम, और हर बड़े मॉड्यूल के भीतर एक README तथा docs/ — आपकी रिपॉज़िटरी की वास्तविक कमांड्स से भरे, प्लेसहोल्डर नहीं।
एक क्रॉस-एजेंट .agents/ डायरेक्टरी (स्किल्स, एजेंट्स, कमांड्स) और .claude तथा .cursor से .agents सिमलिंक, जो CLAUDE.md को AGENTS.md से मिरर करता है, ताकि हर उपकरण सत्य के एक ही स्रोत को पढ़े।
Deep Work Plan स्किल को जोड़ता है और योजनाओं के लिए gitignored .dwp/ फ़ोल्डर बनाता है, अनिवार्य AI Diff Reviewer स्थानीय समीक्षा स्थापित करता है, फिर वैकल्पिक रूप से devcontainer समर्थन जैसे ऑप्ट-इन ऐडऑन जोड़ता है।
इसे चलाने पर क्या होता है
आप न तो कोई इंस्टॉल विधि चुनते हैं, न कोई टेम्पलेट कॉपी करते हैं। आप अपने एजेंट को एक पंक्ति देते हैं; वह स्किल — पुनः-प्रयोज्य इंजन — स्थापित करता है और आपकी रिपॉज़िटरी को उसके अनुरूप ढाल देता है।
यह deepworkplan.com/init.md पर ऑनबोर्डिंग प्रॉम्प्ट और उससे जुड़ी पद्धति, विनिर्देश तथा किट पढ़ता है — वह मानक जिसे यह अपनाने वाला है।
स्किल वह इंजन है — हर रिपॉज़िटरी में एक समान। एक कमांड Claude Code, Cursor, Codex, Gemini और Copilot के लिए राउटर तथा उसके सब-स्किल्स (create, execute, refine, resume, status, verify, onboard, author, upgrade) को ले आती है।
आपके वास्तविक स्टैक पर तर्क करते हुए — कभी कॉपी-पेस्ट किए बिना — यह AGENTS.md, एक वर्गीकृत docs/ वृक्ष, प्रति-मॉड्यूल README, एक तर्कपूर्ण .agents/ किट और एक gitignored .dwp/ लिखता है। आपकी रिपॉज़िटरी ही हार्नेस बन जाती है।
किसी भी काम के लिए लंबे समय तक चलने वाली Deep Work Plans तैयार करें और उन्हें चरण-दर-चरण चलाएँ — स्पष्ट स्वीकृति मानदंडों, सत्यापन-गेटों और फिर से शुरू होने योग्य स्थिति के साथ — स्वायत्त रूप से, घंटों तक।
स्किल हर जगह एक ही तरह स्थापित होती है; जो ढाला जाता है वह आपकी रिपॉज़िटरी है — आपके स्टैक के लिए तैयार किया गया AGENTS.md, docs और तर्कपूर्ण .agents/ किट। यही विभाजन इस पद्धति को एक बार के ढाँचे के बजाय एक पुनः-प्रयोज्य मानक बनाता है।
आपको क्या मिलता है
एक ही रन, एटॉमिक रूप से कमिट किया गया। हर आउटपुट Markdown है और हर बदलाव ऑडिट करने योग्य है।
आपकी रिपॉज़िटरी के वास्तविक स्टैक, कमांड्स और संरचना से तर्क करके बनाया गया — प्लेसहोल्डर वाला टेम्पलेट नहीं। CLAUDE.md को AGENTS.md से सिमलिंक किया गया है।
आर्किटेक्चर, सेटअप, मानक और समस्या-निवारण — साथ ही हर बड़े मॉड्यूल के भीतर एक README और docs/, जो आपके कोडबेस से तैयार किए गए हैं।
एक क्रॉस-एजेंट .agents/ डायरेक्टरी (स्किल्स, एजेंट्स, कमांड्स) जिसमें .claude और .cursor से .agents सिमलिंक हैं, ताकि हर उपकरण सत्य के एक ही स्रोत को पढ़े।
create, execute, refine, resume, status, verify, onboard, author और upgrade — आपके एजेंट को एक ही स्किल पैक के रूप में उपलब्ध, बिना किसी प्रति-रिपॉज़िटरी कॉपी के।
/dwp-verify विनिर्देश के विरुद्ध एक वस्तुनिष्ठ पास/फ़ेल रिपोर्ट तैयार करता है, ताकि "AI-first" दावा नहीं, बल्कि सत्यापित हो — और हर योजना के बाद फिर से सत्यापन योग्य।
ऑनबोर्डिंग आपकी रिपॉज़िटरी को एक स्वतंत्र रिपॉज़िटरी (सामान्य मामला) या एक ऑर्केस्ट्रेटर हब के रूप में वर्गीकृत करती है, जो रिपॉज़िटरीज़ के पार चाइल्ड योजनाओं का समन्वय करता है।
author सब-स्किल (skill-create, agent-create) रिपॉज़िटरी को अपनी स्किल्स, एजेंट्स और कमांड्स विकसित करने देती है; dependency-upgrade जैसे ऑप्ट-इन रखरखाव ऐडऑन उसे स्वयं को अद्यतन रखने में मदद करते हैं।
कोई डेमॉन नहीं, कोई बाहरी स्थिति नहीं। योजनाएँ एक gitignored .dwp/ फ़ोल्डर में रहते हैं, और कोई भी काम केवल git से फिर शुरू होता है — कॉन्टेक्स्ट भर जाने के बाद भी।
एजेंट्स
एक पद्धति, अनेक अडैप्टर। Markdown फ़्रेमवर्क को किसी से नहीं बाँधता — Markdown पढ़ने वाला हर एजेंट एक Deep Work Plan चला सकता है।
संदर्भ कार्यान्वयन, नेटिव WebFetch और स्लैश कमांड्स के साथ।
पूर्ण अडैप्टर। यदि WebFetch प्रतिबंधित हो तो ऑफ़लाइन बंडल का उपयोग करें।
ऑफ़लाइन बंडल अनुशंसित; नियम .codex/ के अंतर्गत स्थापित।
पूर्ण अडैप्टर — dwp-* कमांड्स AGENTS.md और # प्रक्रियाओं के माध्यम से चलते हैं।
Gemini 2.5 Pro या नया आवश्यक, नेटिव WebFetch के साथ।
ओपन सोर्स। AGENTS.md को नेटिव रूप से पढ़ता है और dwp-* को # कमांड्स से चलाता है।
नियम और # कमांड प्रक्रियाएँ पूरे Deep Work Plan लूप को चलाती हैं।
ओपन सोर्स। Markdown नियम और # कमांड्स हर dwp-* चरण को चलाते हैं।
नेटिव कमांड सतह के साथ पूर्ण अडैप्टर।
स्टैक्स
ये तर्क में सहायक हैं, टेम्पलेट नहीं। ऑनबोर्डिंग आपकी रिपॉज़िटरी के वास्तविक मैनिफ़ेस्ट पढ़कर हर स्टैक के अनुसार ढलती है — यह कभी आँख मूँदकर कोई प्रीसेट कॉपी नहीं करती। मोनोरेपो को प्रति-मॉड्यूल docs मिलते हैं।
दो आर्किटाइप
ऑनबोर्डिंग आर्किटाइप पर शाखाएँ बनाती है। अधिकांश रिपॉज़िटरीज़ स्वतंत्र रिपॉज़िटरी होती हैं। एक हब कई रिपॉज़िटरीज़ के पार चाइल्ड Deep Work Plans का समन्वय करता है। यह पद्धति दोनों को प्रथम-श्रेणी के रूप में संभालती है।
व्यक्तिगत रिपॉज़िटरी
एक आत्मनिर्भर कोडबेस
ऑर्केस्ट्रेटर हब
उप-रिपॉज़िटरियों का समन्वय करता है
एक प्राथमिक स्टैक, अपने सत्यापन कमांड्स और प्रति-मॉड्यूल docs वाला एकल कोडबेस। डिफ़ॉल्ट — ऑनबोर्डिंग यही मानती है, जब तक कि रिपॉज़िटरी स्पष्ट रूप से एक हब न हो।
उदाहरण के लिए, एक Django API, एक Vue ऐप, या एक TypeScript Lambda सेवा।
एक समन्वय रिपॉज़िटरी जो एक ऑर्केस्ट्रेटर मैनिफ़ेस्ट के माध्यम से सब-रिपॉज़िटरीज़ में काम का समन्वय करती है, चाइल्ड योजनाएँ बनाती है जो प्रत्येक अपनी रिपॉज़िटरी में कमिट करती हैं, साथ ही सीमा-नियम और एक नेविगेशन इंडेक्स।
उदाहरण के लिए, पाँच प्रोडक्ट रिपॉज़िटरीज़ का समन्वय करता एक हब।
पद्धति बनाम उपकरण
Deep Work Plan कोई और स्कैफ़ोल्डर नहीं है। यह किसी भी स्पेक-ड्रिवन या स्कैफ़ोल्डिंग उपकरण के नीचे की पद्धति-परत है, जो बहु-घंटे स्वायत्त रनों पर केंद्रित है।
| पद्धति बनाम उपकरण | Deep Work Plan | स्कैफ़ोल्डिंग / स्पेक उपकरण |
|---|---|---|
| प्राथमिक केंद्र | बहु-घंटे स्वायत्त निष्पादन | स्पेक या स्कैफ़ोल्ड निर्माण |
| काम की इकाई | एक Deep Work Plan (फिर से शुरू होने योग्य सत्र) | एक स्पेक दस्तावेज़ या एक स्कैफ़ोल्ड |
| स्थिति मॉडल | Git-नेटिव .dwp/ फ़ोल्डर, फिर से शुरू होने योग्य | अक्सर बाहरी या IDE के भीतर |
| एजेंट युग्मन | एजेंट-निरपेक्ष (Markdown और Bash) | अक्सर उपकरण- या IDE-विशिष्ट |
| कॉन्टेक्स्ट पुनर्प्राप्ति | कॉन्टेक्स्ट भर जाने के बाद फिर शुरू होता है | आमतौर पर काम फिर से शुरू करता है |
| लाइसेंस | MIT, खुली पद्धति और किट | भिन्न-भिन्न |
उद्गम
Dailybot द्वारा निर्मित — वितरित टीमों के लिए असिंक्रोनस स्टैंडअप के पीछे की कंपनी। आंतरिक रूप से हमने Django, Vue, TypeScript Lambda और Astro में फैली प्रोडक्शन रिपॉज़िटरीज़ को एजेंट-संचालन योग्य बनाने के लिए Deep Work Plans का उपयोग किया। महीनों के प्रोडक्शन उपयोग के बाद, हमने इस पद्धति को MIT के अंतर्गत ओपन-सोर्स किया।
अपनी रिपॉज़िटरी को AI-first बनाएँ
अपने एजेंट को एक पंक्ति दें — उसे /init.md की ओर इंगित करें — और वह आपकी रिपॉज़िटरी को AI-first बना देता है: यह स्किल स्थापित करता है, आपके स्टैक पर तर्क करता है, और एक पूर्ण AGENTS.md पदानुक्रम कमिट करता है। वहाँ से आप Deep Work Plans बनाते और निष्पादित करते हैं जो घंटों तक स्वायत्त रूप से चलती हैं।
एजेंटों और डेवलपर्स के लिएMIT-लाइसेंस प्राप्त · शून्य टेलीमेट्री · आउटपुट एक gitignored .dwp/ फ़ोल्डर में।