Opus 5.5 से लंबे कार्य पूरे करें: एक पुन: प्रयोज्य हार्नेस इंजीनियरिंग सेटअप

आपका अगला Opus 5.5 टास्क ऐसा होना चाहिए जिसका रिज़ल्ट आप खोल सकें, ऐसे सबूत हों जिन्हें आप जाँच सकें, और इतनी प्रोग्रेस सेव हो जाए कि कल वहीं से काम आगे बढ़ाया जा सके। रन शुरू करने से पहले इन आउटपुट्स को अपने वर्कफ़्लो में शामिल कर लें।

एक harness मॉडल के आसपास इंस्ट्रक्शन्स, टूल्स, परमिशन्स, स्टेट और चेक्स को मैनेज करता है।

Claude Code आपको इन ज़िम्मेदारियों को कॉन्फ़िगर करने की ठोस जगहें देता है। फीचर गाइड।

अगले टास्क में भी वही प्रोसीजर और रिव्यूअर इस्तेमाल किया जा सकता है, और एविडेंस फ़ॉर्मेट भी वही रहेगा। बस आपको नया मटेरियल और स्वीकृति मानदंड (acceptance criteria) देने हैं।

ये सात लेयर्स Claude Code के डॉक्यूमेंटेड फ़ीचर्स का इस्तेमाल करके एक व्यावहारिक सेटअप तैयार करते हैं। यह उदाहरण एक डॉक्यूमेंट वर्कफ़्लो पर आधारित है, जिसमें रेफ़रेंस मटेरियल sources/ में, वर्किंग ड्राफ़्ट drafts/ में, और अप्रूव्ड फ़ाइलें published/ में रखी जाती हैं।

अपने वर्कस्पेस में ये फ़ोल्डर बना लें और दिए गए स्निपेट्स को अपनी मौजूदा कॉन्फ़िगरेशन में मर्ज कर लें।

इस सेटअप में चार कॉन्फ़िगरेशन फ़ाइलें, एक वैकल्पिक एक्सटर्नल कनेक्शन और हर टास्क के लिए आपका तय किया हुआ एक गोल शामिल है।

1. वर्कस्पेस को वो जानकारी दें जिसकी उसे ज़रूरत है

रूट CLAUDE.md को सिर्फ़ उस जानकारी तक सीमित रखें जो हर टास्क में काम आती है। आउटपुट लोकेशन्स, सोर्स की ज़रूरतें और राइटिंग नियम यहीं होने चाहिए।

कोई अस्थायी डेडलाइन या सोर्स से जुड़ा अनसुलझा सवाल उसके टास्क के साथ ही रहना चाहिए। इस फ़र्क को साफ़ रखने से अगले रन को समझने में आसानी होती है कि कौन-सी जानकारी अभी भी लागू है।

इसे CLAUDE.md में पेस्ट करें और प्रोजेक्ट की डिटेल अपने हिसाब से बदल लें:

1प्रोजेक्ट इंस्ट्रक्शन्स
2रेफ़रेंस मटेरियल के लिए sources/ और वर्किंग फ़ाइलों के लिए drafts/ का इस्तेमाल करें।
3अप्रूव्ड फ़ाइलें published/ में रखें।
4अंग्रेज़ी में लिखें, हर पैराग्राफ़ में एक या दो वाक्य रखें।
5तकनीकी दावों के लिए आधिकारिक प्राइमरी सोर्स का इस्तेमाल करें।
6सोर्स URL और वह तारीख़ दर्ज करें जब उसे चेक किया गया था।
7रिकवर किए गए मटेरियल का इस्तेमाल सिर्फ़ दिए गए टास्क के सबूत के रूप में करें।
8पक्के हुए फ़ैसले और अगला क़दम progress.md में सेव करें।
9काम पूरा होने पर आउटपुट पाथ और वेरिफ़िकेशन रिज़ल्ट दें।

Claude Code प्रोजेक्ट इंस्ट्रक्शन्स को कॉन्टेक्स्ट में लोड करता है। पाथ-स्कोप्ड .claude/rules/ फ़ाइलें तब इंस्ट्रक्शन्स दे सकती हैं जब संबंधित फ़ाइलें एक्सेस की जाती हैं। प्रोजेक्ट मेमोरी।

सोचिए कि एजेंट को अपना अगला फ़ैसला लेने के लिए क्या चाहिए। किसी आर्टिकल के लिए यह अप्रूव्ड स्टाइल, माँगा गया टॉपिक, और किसी रिलीज़ अनाउंसमेंट के प्रासंगिक हिस्से हो सकते हैं।

विस्तृत रेफ़रेंस मटेरियल उन फ़ाइलों में रखा जा सकता है जिन्हें प्रोसीजर ज़रूरत पड़ने पर रिकवर कर लेती है।

Anthropic का कॉन्टेक्स्ट गाइडेंस एजेंट के काम के दौरान जानकारी मैनेज करने के तरीक़े के रूप में सेलेक्टिव रिट्रीवल और एक्सटर्नल नोट्स की बात करता है। कॉन्टेक्स्ट इंजीनियरिंग।

किसी बड़ी इंस्ट्रक्शन फ़ाइल को \[@path](https://x.com/@path)\ इम्पोर्ट्स में बाँटने पर भी इम्पोर्ट किया गया कंटेंट सेशन की शुरुआत में लोड हो जाता है।

व्यवस्था बनाए रखने के लिए इन इम्पोर्ट्स का इस्तेमाल करें, और कभी-कभी आने वाली प्रोसीजर्स को skills में रखें। मेमोरी लोडिंग।

जब कोई सेव की गई जानकारी बदले, तो उसका सोर्स और चेक की गई तारीख़ अपडेट करें।

किसी एक ड्राफ़्ट के दौरान पता चली पसंद तभी स्थायी नियम बनती है जब आप पुष्टि करें कि वह भविष्य के ड्राफ़्ट्स पर भी लागू होनी चाहिए।

प्रोजेक्ट इंस्ट्रक्शन्स देखने और ऑटो-मेमोरी नोट्स ब्राउज़ करने के लिए /memory का इस्तेमाल करें। किसी दूसरे टास्क में भरोसा करने से पहले सेव की गई प्राथमिकताओं को ज़रूर चेक करें।

2. बार-बार दोहराई जाने वाली प्रोसीजर को सेव करें

किसी भी रोज़मर्रा के टास्क का एक पहचानने लायक क्रम होता है: मटेरियल पढ़ना, आउटपुट तैयार करना, उसे रिव्यू करना, और रिज़ल्ट सेव करना।

एक skill इस क्रम को अगली रिक्वेस्ट के लिए तैयार रखता है।

इसके पूरे इंस्ट्रक्शन्स तब लोड होते हैं जब इसे कॉल किया जाता है।

डिस्क्रिप्शन से Claude को पहचानने में मदद मिलती है कि यह प्रोसीजर किस टास्क के लिए सही है। स्किल बिहेवियर।

इसे .claude/skills/write-draft/SKILL.md में पेस्ट करें:

1---
2name: write-draft
3description: सोर्सेज़ से आर्टिकल का ड्राफ़्ट तैयार करें और उसके दावों की जाँच करें।
4---
5माँगा गया विषय: $ARGUMENTS
6
71. sources/ में प्रासंगिक फ़ाइलें पढ़ें और उनके प्राइमरी-सोर्स लिंक खोलें।
82. एक आउटलाइन लिखें, फिर ड्राफ़्ट को drafts/article.md के रूप में सेव करें।
93. evidence-reviewer से कहें कि वह सोर्सेज़ के आधार पर तथ्यात्मक दावों की जाँच करे।
104. गलतियाँ सुधारें और अनसुलझे दावों को रिव्यू के लिए मार्क करें।
115. क्लेम-चेकिंग टेबल को drafts/checks.md के रूप में सेव करें।
126. फ़ैसलों, खुले मुद्दों और अगले क़दम के साथ progress.md अपडेट करें।
137. दोनों आउटपुट पाथ और वेरिफ़िकेशन रिज़ल्ट वापस दें।

/write-draft टाइप करें और उसके बाद टॉपिक लिखें। \$ARGUMENTS\ उस टेक्स्ट को प्रोसीजर में पास कर देता है, ताकि वर्कफ़्लो उसी आउटपुट्स के साथ नए विषय को संभाल सके।

हर स्टेप का एक दिखने वाला रिज़ल्ट रखें।

पढ़ने से सोर्स का चुनाव निकलता है; ड्राफ़्टिंग से एक सेव की गई फ़ाइल; और रिव्यू से ऐसी जानकारियाँ मिलती हैं जिन्हें लेखक सुलझा सकता है।

"सटीकता जाँचें" जैसे स्टेप कई फ़ैसले अधूरे छोड़ देते हैं।

रिव्यूअर का नाम, सोर्स की ज़रूरतें और रिपोर्ट का फ़ॉर्मेट बताने से अपेक्षित जाँच स्पष्ट हो जाती है।

पब्लिकेशन अप्रूवल को ड्राफ़्ट तैयार करने से अलग रखें।

ऊपर दिया गया skill फ़ाइलें जाँच के लिए तैयार करता है; पब्लिश करने के लिए अपनी अलग कार्रवाई और अनुमति चाहिए होगी।

जब आप प्रोसेस में सुधार करें, तो skill को एडिट करें।

उदाहरण के लिए, अगर रिलीज़ डेट्स बार-बार गड़बड़ हो रही हैं, तो एक ऐसा चेक जोड़ें जो अनाउंसमेंट की तारीख़ को फ़ीचर उपलब्ध होने की तारीख़ से अलग करे।

3. टास्क को उसके सोर्स मटेरियल तक पहुँच दें

Model Context Protocol (MCP) कनेक्शन्स एक्सटर्नल सर्विसेज़ के टूल्स को सामने लाते हैं।

इनसे Claude आपके वर्कफ़्लो द्वारा इस्तेमाल की जाने वाली सर्विस से मटेरियल रिकवर कर सकता है। MCP गाइड

कनेक्शन तभी जोड़ें जब वह किसी खास टास्क स्टेप को सपोर्ट करता हो।

इस उदाहरण के लिए लोकल सोर्स फ़ाइलें पहले से काम करती हैं, जबकि रिमोट डॉक्यूमेंट कलेक्शन के लिए कनेक्टर इस्तेमाल किया जा सकता है।

अगर आपका सोर्स मटेरियल Notion में है, तो टर्मिनल में यह चलाएँ:

1claude mcp add --transport http notion https://mcp.notion.com/mcp

जब आप Claude Code खोलें, तो ऑथेंटिकेट करने और कनेक्शन स्टेटस देखने के लिए /mcp का इस्तेमाल करें। किसी लंबे टास्क पर निर्भर होने से पहले एक जाना-पहचाना पेज रिकवर करें और उसके कंटेंट की पुष्टि करें।

skill को सटीक पेज लिंक या आइडेंटिफ़ायर दें। बताएँ कि कौन-सी जानकारी निकालनी है और रिकवर किया गया मटेरियल कहाँ इस्तेमाल होगा।

उदाहरण के लिए, किसी सोर्स पेज में प्रोडक्ट स्पेसिफ़िकेशन्स और इंटरनल प्लान दोनों हो सकते हैं। प्रोसीजर को बताएँ कि कौन-सा सेक्शन आर्टिकल को सपोर्ट करता है और कनेक्टर कौन-से काम कर सकता है।

टूल रिज़ल्ट्स में अगले फ़ैसले के लिए पर्याप्त जानकारी होनी चाहिए।

Anthropic का टूल-डिज़ाइन गाइडेंस उपयोगी आउटपुट्स और एक्शनेबल एरर्स की बात करता है, जिसमें वह जानकारी भी शामिल है जो एजेंट को फ़ेल्ड कॉल से उबरने में मदद करती है। प्रभावी टूल्स लिखना

अगर रिट्रीवल फ़ेल हो जाए, तो डॉक्यूमेंट आइडेंटिफ़ायर और फ़ेलियर का कारण सुरक्षित रखें। वही रिक्वेस्ट दोबारा चलाने से पहले ऑथेंटिकेशन या एक्सेस चेक करें।

कनेक्टर के उपलब्ध एक्शन्स देखें और उन ऑपरेशन्स के लिए परमिशन कॉन्फ़िगर करें जो एक्सटर्नल सर्विस में बदलाव करते हैं।

जब किसी वर्कफ़्लो में उनकी ज़रूरत न हो, तो /mcp के ज़रिए न इस्तेमाल होने वाले सर्वर्स को डिसेबल कर दें।

4. एक्शन नियम एग्ज़ीक्यूशन लेयर में रखें

तय करें कि वर्कफ़्लो कौन-सी फ़ाइलें बदल सकता है और किन कामों के लिए अप्रूवल चाहिए।

परमिशन नियम टूल बाउंड्री पर लागू होते हैं।

एक PreToolUse हुक एग्ज़ीक्यूशन से पहले प्रस्तावित एक्शन की जाँच कर सकता है।

इसका इस्तेमाल तब करें जब फ़ैसला आर्ग्यूमेंट्स या टास्क स्टेट पर निर्भर करता हो, जैसे कि क्या डेस्टिनेशन किसी अप्रूव्ड आउटपुट से मेल खाता है। हुक रेफ़रेंस

इसे .claude/settings.json में मर्ज करें:

1{
2  "permissions": {
3    "deny": [
4      "Read(.env)",
5      "Read(.env.*)",
6      "Edit(published/**)"
7    ]
8  }
9}

`Read` नियम बताई गई एन्वायरनमेंट फ़ाइलों को कवर करते हैं। `Edit` नियम बिल्ट-इन एडिटिंग और राइट टूल्स के ज़रिए `published/` के अंदर की फ़ाइलों को सुरक्षित रखता है। परमिशन सिंटैक्स।

`/permissions` खोलें और लागू नियमों की जाँच करें।

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

एक सादे अभ्यास के लिए, `published/` में एक डमी डॉक्यूमेंट बनाएँ और Claude से कहें कि वह अपने फ़ाइल-एडिटिंग टूल से इसे एडिट करे। यह एक्शन ब्लॉक होना चाहिए।

फ़ाइल-टूल प्रतिबंधों का एक तय दायरा होता है।

मनमाने Python या Node प्रोसेस अपने कोड के ज़रिए फ़ाइलें एक्सेस कर सकते हैं; ज़रूरत पड़ने पर ऑपरेटिंग-सिस्टम सैंडबॉक्सिंग इन प्रोसेसेज़ पर प्रतिबंध लगाती है।

किसी एक्सटर्नल राइट के लिए, डेस्टिनेशन और अप्रूव किए जा रहे सटीक कंटेंट की पहचान करें। अगर कंटेंट बदलता है, तो एग्ज़ीक्यूशन से पहले अपडेटेड एक्शन को रिव्यू करें।

टाइमआउट के लिए भी एक स्पष्ट रिकवरी स्टेप चाहिए।

एक्सटर्नल राइट दोबारा ट्राई करने से पहले डेस्टिनेशन चेक करें, क्योंकि पहली कोशिश पहले ही पूरी हो चुकी हो सकती है।

5. रिव्यूअर से सबूत वापस दिलवाएँ

वेरिफ़िकेशन को एक सीमित काम दें और ऐसी रिपोर्ट माँगें जिसका इस्तेमाल मुख्य एजेंट कर सके।

एक subagent के पास इस काम के लिए अपना कॉन्टेक्स्ट और कॉन्फ़िगर करने योग्य टूल्स होते हैं। Subagent कॉन्फ़िगरेशन

रिव्यूअर को ड्राफ़्ट पाथ, प्रासंगिक सोर्स लोकेशन्स और वे दावे मिलने चाहिए जिनकी उसे जाँच करनी है।

तय करें कि वह अनिश्चितता की रिपोर्ट कैसे देगा।

इसे .claude/agents/evidence-reviewer.md में पेस्ट करें:

1---
2name: evidence-reviewer
3description: प्राइमरी सोर्सेज़ का इस्तेमाल करके ड्राफ़्ट्स में तथ्यात्मक दावों की जाँच करें।
4tools: Read, Grep, Glob, WebSearch, WebFetch
5effort: high
6---
7दिए गए ड्राफ़्ट और उसके सोर्स मटेरियल को पढ़ें।
8खोले गए प्राइमरी सोर्सेज़ के आधार पर तथ्यात्मक दावों की जाँच करें।
9एक टेबल दें: दावा, फ़ैसला, सोर्स URL, ज़रूरी सुधार।
10फ़ैसले ये इस्तेमाल करें: verified, incorrect, unresolved।
11unresolved दावों के लिए बताएँ कि कौन-सा सबूत गायब है।

इस वर्कर को रीड और सर्च टूल्स मिलते हैं।

ड्राफ़्ट में सुधार मुख्य एजेंट के पास ही रहता है।

हर निष्कर्ष को किसी दावे से खोले गए सोर्स तक जोड़ना चाहिए।

"incorrect" जैसे फ़ैसले में विरोधाभासी सबूत और ऐसा सुधार होना चाहिए जिसे लेखक लागू कर सके।

"unresolved" फ़ैसले में गायब सबूत की पहचान होनी चाहिए।

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

जब कोई सुधार पैराग्राफ़ का मतलब बदल दे, तो आस-पास के वाक्यों को दोबारा चेक करें।

Anthropic का इवैल्यूएशन गाइडेंस एजेंट के ट्रांसक्रिप्ट को एन्वायरनमेंट में छोड़े गए परिणाम से अलग करता है।

यह अलग-अलग तरह के रिज़ल्ट्स के लिए अलग-अलग जाँच के तरीक़े भी बताता है। एजेंट इवैल्यूएशन्स

यहाँ इस फ़र्क को लागू करने के लिए सेव किया गया ड्राफ़्ट खोलें और उसके उद्धृत दावों की जाँच करें।

रिव्यू टेबल को उस डॉक्यूमेंट का वर्णन करना चाहिए जिसे वास्तव में स्वीकार किया जाएगा।

6. काम के हिसाब से रीज़निंग एफ़र्ट तय करें

मुख्य सेशन `medium` से शुरू करें; Opus 5.5 उसी डिफ़ॉल्ट का इस्तेमाल करता है, जब तक कि लागू सेटिंग्स उसे ओवरराइड न करें।

ऊपर दिया गया रिव्यूअर अपने वेरिफ़िकेशन काम के लिए `high` माँगता है। एफ़र्ट कॉन्फ़िगरेशन

Claude Code इंस्टॉल होने और आपके अकाउंट से साइन इन होने के बाद, वर्कस्पेस रूट से यह चलाएँ:

1claude --model claude-opus-5-5 --effort medium

सेशन हेडर में Opus 5.5 और सक्रिय एफ़र्ट की पुष्टि करें।

स्टार्टअप कमांड उस सेशन के लिए मॉडल और एफ़र्ट सेट करता है।

एफ़र्ट को किसी skill या subagent के लिए कॉन्फ़िगर किया जा सकता है, जो मॉडल द्वारा सपोर्टेड लेवल्स और लागू सीमाओं के अधीन होता है।

सोचने की गहराई के बारे में कोई इंस्ट्रक्शन लिखने से कॉन्फ़िगर किया गया एफ़र्ट सेटिंग अपनी जगह बना रहता है।

सेटिंग बदलने से पहले ऐसा टास्क चुनें जिसके रिज़ल्ट की आप जाँच कर सकें। नोट करें कि कौन-से स्वीकृति चेक पास हुए और आउटपुट में कौन-से सुधार ज़रूरी थे।

इससे एफ़र्ट एक ऐसा फ़ैसला बन जाता है जो किसी खास काम से जुड़ा होता है।

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

पहले रन से पहले, लोड किए गए इंस्ट्रक्शन्स देखने के लिए `/context`, रिव्यूअर की पुष्टि के लिए `/agents`, और एक्शन नियम देखने के लिए `/permissions` का इस्तेमाल करें।

पूरा टास्क देने से पहले गायब हिस्सों को ठीक कर लें।

7. रन को बताएँ कि उसे क्या साबित करना है

पूरा होने की परिभाषा सेव किए गए डिलिवरेबल्स और वेरिफ़िकेशन रिज़ल्ट्स के आधार पर तय करें।

एक ड्राफ़्ट, उसकी चेकिंग टेबल, और अपडेटेड प्रोग्रेस नोट रन को ठोस आउटपुट देने का लक्ष्य देते हैं।

Claude Code का `/goal` टर्न्स के बीच बातचीत में सामने आए सबूतों के आधार पर पूर्णता की शर्त का मूल्यांकन करता है। इवैल्यूएटर इस बात पर निर्भर करता है कि एजेंट प्रासंगिक रिज़ल्ट दिखाए। गोल डॉक्यूमेंटेशन

टॉपिक, रेफ़रेंस मटेरियल और सोर्स लिंक `sources/` में रखें। फिर इसे Claude Code में पेस्ट करें:

1/goal sources/ से आर्टिकल तैयार करने के लिए write-draft का इस्तेमाल करें। पूर्णता के लिए ज़रूरी है कि drafts/article.md और drafts/checks.md मौजूद हों, गलत दावों को सुधारा जाए, अनसुलझे दावों को स्पष्ट रूप से मार्क किया जाए, और आउटपुट पाथ के साथ वेरिफ़िकेशन रिज़ल्ट बातचीत में दिखें। अगर शर्त पूरी नहीं होती तो 12 टर्न के बाद रुक जाएँ और रुकावट की रिपोर्ट दें।

टर्न क्लॉज़ का मूल्यांकन मॉडल करता है। सख़्त रनटाइम या खर्च की सीमाओं के लिए एग्ज़ीक्यूशन कंट्रोल्स चाहिए, और `/goal clear` सक्रिय गोल को हटा देता है।

जब रन ख़त्म हो, तो दोनों फ़ाइलें खोलें और कुछ क्लेम-टू-सोर्स मैचों की जाँच करें।

चेक करें कि प्रोग्रेस नोट वर्कस्पेस में सेव किए गए काम से मेल खाता है या नहीं।

अगले टास्क के लिए भी वही एविडेंस फ़ॉर्मेट इस्तेमाल करें।

एक जैसी रिपोर्ट से आप पूरी बातचीत को दोबारा बनाए बिना अनसुलझे दावों और छूटी जाँचों को पहचान सकते हैं।

रिकवरी के लिए, `/rewind` ट्रैक किए गए फ़ाइल एडिट्स को वापस ला सकता है। शेल बदलाव और ज़्यादातर subagent एडिट्स के लिए अलग रिकवरी चाहिए, जबकि वर्ज़न कंट्रोल फ़ाइलों का स्थायी इतिहास सुरक्षित रखता है। चेकपॉइंट सीमाएँ

पूरा वर्कफ़्लो एक बार चलाकर देखें

सेशन शुरू करने से पहले सोर्स फ़ोल्डर और चार कॉन्फ़िगरेशन फ़ाइलें बना लें => सोर्स मटेरियल के साथ एक छोटा टास्क ब्रीफ़ रखें ताकि अपेक्षित रिज़ल्ट स्पष्ट रहे।

इसे sources/task.md में कॉपी करें और डिटेल भरें:

1विषय: [ठोस विषय]
2पाठक: [इस व्याख्या की ज़रूरत किसे है]
3डिलिवरेबल: व्यावहारिक स्टेप्स और आधिकारिक सोर्सेज़ वाला एक आर्टिकल।
4स्वीकृति: ज़रूरी विषय कवर हों; तथ्यात्मक दावे जाँचे जाएँ;
5अनसुलझे दावे मार्क हों; ड्राफ़्ट और रिव्यू टेबल सेव हो।
6प्रतिबंध: [लंबाई, स्टाइल, बाहर रखे जाने वाले विषय]

छठे लेयर की कमांड से Claude Code शुरू करें और लोड किया गया सेटअप देखें => सातवें लेयर का गोल चलाएँ, फिर सेव किए गए आउटपुट्स चेक करें।

अपेक्षित रिज़ल्ट `drafts/article.md`, `drafts/checks.md`, और `progress.md` हैं।

चेकिंग टेबल में साफ़ होना चाहिए कि क्या वेरिफ़ाई हो गया और किन चीज़ों पर अभी आपका ध्यान चाहिए।

अगर skill गायब है, तो उसका पाथ और frontmatter चेक करें।

अगर रिव्यूअर गायब है, तो उसका `name` और `description` चेक करें, फिर `/agents` से उपलब्धता की पुष्टि करें।

अनसुलझे दावों के लिए, दिए गए सोर्स और रिव्यूअर द्वारा माँगे गए सबूत की जाँच करें।

ड्राफ़्ट स्वीकार करने से पहले उस कमी को सुलझाएँ या उसे स्पष्ट रूप से मार्क करके रखें।

जाँचें कि अगला सेशन क्या रिकवर कर सकता है

किसी महत्वपूर्ण स्टेज के बाद `progress.md` अपडेट रखें।

मौजूदा फ़ाइलें, पूरी हुई जाँचें, खुले सवाल और अगला क़दम दर्ज करें।

कॉम्पैक्शन के बाद रूट CLAUDE.md दोबारा पढ़ा जाता है।

स्कोप्ड इंस्ट्रक्शन्स तब रीलोड होते हैं जब संबंधित फ़ाइलें एक्सेस की जाती हैं। कॉम्पैक्शन और मेमोरी

प्रोग्रेस नोट के लिए यह कॉम्पैक्ट स्ट्रक्चर इस्तेमाल करें:

1टास्क: [वर्तमान विषय]
2आउटपुट्स: [ड्राफ़्ट और रिव्यू पाथ]
3पूरा हुआ: [ख़त्म हुए स्टेज और जाँचें]
4फ़ैसले: [पक्के हुए विकल्प और उनके सोर्स]
5खुले मुद्दे: [गायब सबूत या रुकावटें]
6अगला क़दम: [एक ठोस आगे बढ़ने का स्टेप]

उसी वर्कस्पेस में नया सेशन शुरू करें और यह पेस्ट करें:

1progress.md पढ़ें और बताए गए ड्राफ़्ट व जाँचों की समीक्षा करें।
2दर्ज किए गए अगले क़दम से आगे बढ़ें और प्रोग्रेस नोट अपडेट करें।

सेशन को सेव किया गया काम पहचान लेना चाहिए और हैंडऑफ़ से आगे बढ़ना चाहिए। अगर यह शुरू से शुरू करता है, तो नोट चेक करें और गायब फ़ैसला या फ़ाइल पाथ जोड़ दें।

Anthropic का लॉन्ग-रनिंग एजेंट गाइडेंस सेशन्स के बीच काम जारी रखने के लिए स्थायी प्रोग्रेस रिकॉर्ड्स का इस्तेमाल करता है।

टास्क बदलने पर इन रिकॉर्ड्स को अपडेट रखें ताकि दोबारा शुरू हुए रन के पास ताज़ा जानकारी हो। लॉन्ग-रनिंग हार्नेस

स्वीकृत काम पर सेटअप को मापें

रिपोर्ट किए गए उपयोग को देखने के लिए `/usage` और वर्किंग कॉन्टेक्स्ट में क्या जगह घेर रहा है यह जानने के लिए `/context` का इस्तेमाल करें। डेलिगेटेड रिव्यू और रीट्राईज़ को भी टास्क के कुल में शामिल करें। यूसेज गाइडेंस

अपना रिव्यू समय और रिज़ल्ट में ज़रूरी सुधार नोट करें।

जिस आउटपुट में भारी मरम्मत की ज़रूरत हो, वह पूरे रन की वैल्यू बदल देता है।

किसी कॉन्फ़िगरेशन बदलाव को टेस्ट करते समय टास्क और स्वीकृति मानदंड एक जैसे रखें।

एक हिस्सा बदलें, टास्क दोहराएँ, और सेव किए गए रिज़ल्ट व उसके सबूत दोनों की जाँच करें।

Anthropic की अर्ली-टेस्टर रिपोर्ट में बताया गया 60% टोकन की कमी उस मॉडल प्रयोग से जुड़ी है।

पूरे हुए टास्क्स की माप से अपने हार्नेस की बचत ख़ुद तय करें। Opus 5.5 अनाउंसमेंट

पहले स्वीकृत रन के बाद, नए टॉपिक और सोर्स सेट के साथ उसी skill का दोबारा इस्तेमाल करें। रिव्यूअर, आउटपुट पाथ और पूर्णता फ़ॉर्मेट एक जैसे रखें, और जब कोई बार-बार आने वाला सुधार किसी छूटे स्टेप का संकेत दे तो प्रोसीजर अपडेट करें।

इसे सेव कर लें ताकि खो न जाए

और alpha के लिए @beamnxw को फ़ॉलो करें :)

=> मेरा substack

=> मेरा telegram चैनल