Mac Mini पर Claude: सबसे सस्ते Apple प्रोडक्ट को बैकग्राउंड वर्कफोर्स में बदलना

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

एक Mac mini में यह समस्या नहीं है। इसकी कीमत बेस टियर पर लगभग $599 है, यह एक डेस्क लैंप से कम बिजली खींचता है, उल्लेखनीय आवाज नहीं करता है, और इसका ठीक एक काम है: चालू रहना। यह एकमात्र गुण इसका पूरा कारण है कि यह वह मशीन बन गया है जिसे लोग चुपचाप अपने Claude वर्कफ़्लो को सौंप देते हैं।

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

इसके लिए सिर्फ Claude चैट का उपयोग क्यों नहीं करते?

आप पहले से ही Claude में एक ईमेल पेस्ट कर सकते हैं और उसे जवाब का ड्राफ्ट तैयार करने के लिए कह सकते हैं। आप पहले से ही एक diff पेस्ट कर सकते हैं और समीक्षा मांग सकते हैं। इस लेख में ऐसी कोई क्षमता नहीं है जो चैट विंडो में पहले से मौजूद न हो।

जो बदलता है वह यह है कि 'गो' कौन दबाता है।

चैट में, आप ट्रिगर हैं, हर बार। आप टैब खोलते हैं, आप सामग्री पेस्ट करते हैं, आप उत्तर पढ़ते हैं, आप इसे कहीं कॉपी करते हैं। जैसे ही आप ऐसा करना बंद करते हैं, प्रक्रिया रुक जाती है। यह एक ऐसा उपकरण है जो तभी चलता है जब आपका हाथ उस पर हो।

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

डेस्क पर वास्तव में क्या है

तीन परतें, और उनमें से कोई भी असाधारण नहीं है:

मशीन। एक Mac mini जो launchd जॉब्स (macOS पर cron का बेहतर व्यवहार वाला चचेरा भाई) चला रहा है जो एक शेड्यूल पर या फ़ाइल बदलाव के जवाब में Python स्क्रिप्ट को फायर करता है। कोई भी छोटा हमेशा-चालू पीसी वही काम करेगा - mini बस शांत, सस्ता चलने वाला और इतना छोटा है कि एक मॉनिटर के पीछे गायब हो जाए।

स्टोरेज। सादे फ़ोल्डर और मार्कडाउन फ़ाइलें, साथ ही वह सब कुछ जिसे वर्कफ़्लो सीधे छूता है - IMAP के माध्यम से एक इनबॉक्स, स्थानीय रूप से क्लोन किया गया GitHub रिपॉजिटरी, .ics फ़ीड से सिंक किया गया कैलेंडर। कुछ भी किसी और के ऐप के पीछे नहीं रहता। अगर कल mini गायब हो जाए, तो इसके द्वारा बनाई गई हर फ़ाइल किसी भी कंप्यूटर पर सामान्य रूप से खुलेगी।

तर्क। Claude, API के माध्यम से कॉल किया गया। Sonnet किसी भी चीज़ को संभालता है जिसमें वास्तविक निर्णय की आवश्यकता होती है - यह तय करना कि क्या पुल रिक्वेस्ट को मर्ज करना सुरक्षित है, एक जवाब तैयार करना जो आपकी तरह लगे। Haiku सस्ती, उच्च-मात्रा वाली चीज़ों को संभालता है - सॉर्ट करना, लेबल करना, हाँ/नहीं जाँच। इस तरह काम को विभाजित करना अधिकांश कारण है कि मासिक बिल एक कॉफी सब्सक्रिप्शन की लागत से कम रहता है।

अब असली वर्कफ़्लोज़।

नियमित कार्य एक: इनबॉक्स जो आपके चेक करने तक शोर से खाली हो

अधिकांश इनबॉक्स कठिन निर्णयों से भरे नहीं होते। वे उन चीज़ों से भरे होते हैं जिनकी आपको बिल्कुल आवश्यकता नहीं होती - एक न्यूज़लेटर, एक कैलेंडर पुष्टिकरण, एक विक्रेता जो एक ऐसा प्रश्न पूछ रहा है जिसका आप पचास बार जवाब दे चुके हैं। कठिन हिस्सा उनका जवाब देना नहीं है। यह उन बीस सेकंड का ध्यान है जो प्रत्येक आपसे तब भी चुरा लेता है जब आप यह तय करने से पहले ही हों।

1समय पर चलाएं: हर 15 मिनट, कार्यदिवस
2देखें: प्राथमिक इनबॉक्स में नया मेल
3
4चरण:
5  1. संदर्भ के लिए उसी थ्रेड में अंतिम 10 संदेश खींचें
6  2. Claude नए संदेश को वर्गीकृत करता है:
7       - नियमित (पुष्टिकरण, न्यूज़लेटर, स्वचालित उत्तर)
8       - उत्तर की आवश्यकता है (एक वास्तविक प्रश्न, एक अनुरोध)
9       - मानवीय निर्णय की आवश्यकता है (पैसा, विवाद, कोई भी अस्पष्ट बात)
10  3. नियमित -> स्वचालित रूप से संग्रहीत, दैनिक डाइजेस्ट में लॉग किया गया
11     उत्तर चाहिए -> Claude मेरी आवाज़ में एक प्रतिक्रिया तैयार करता है, ड्राफ्ट में सहेजा जाता है,
12                     मेरे द्वारा खोले बिना कभी नहीं भेजा जाता
13     मानवीय आवश्यकता -> अछूता छोड़ दिया गया, फ़्लैग किया गया, कोई ड्राफ्ट प्रयास नहीं
14
15जांच: वर्गीकरण में एक-पंक्ति का कारण शामिल होना चाहिए। यदि Claude
16            वास्तविक संदेश सामग्री का संदर्भ देने वाला कोई कारण नहीं बता सकता,
17            तो आइटम डिफ़ॉल्ट रूप से "मानवीय आवश्यकता" में आ जाता है।
18रुकें: बैच के सभी संदेशों को सॉर्ट कर दिया गया है, या किसी एक संदेश पर
19            3 पुनर्प्रयास के बाद इसे सीधे मेरे लिए फ़्लैग किया जाता है

यहां जो नियम मायने रखता है वह है फ़ॉलबैक। कोई भी चीज़ जिसे Claude आत्मविश्वास से वर्गीकृत नहीं कर सकता, उसके बारे में अनुमान नहीं लगाया जाता - यह बिल्कुल वैसे ही आपकी गोद में आ जाती है जैसे वैसे भी आती। वर्कफ़्लो कठिन 10% पर निर्णय को बदलने की कोशिश नहीं कर रहा है। यह आसान 90% पर आपका ध्यान चुराना बंद करने की कोशिश कर रहा है।

नियमित कार्य दो: पुल रिक्वेस्ट को आपके जागने से पहले पहला पास मिलता है

कोड समीक्षा में एक अजीब विफलता मोड है: सबसे महत्वपूर्ण समीक्षा - वह जो रात 11 बजे PR पर आई - सबसे अधिक संभावना है कि आधी नींद में जल्दबाजी में की जाए, या इससे भी बुरा, "मैं कल देखूंगा" के साथ मर्ज कर दी जाए जो कभी नहीं होता।

1समय पर चलाएं: प्रत्येक नई पुल रिक्वेस्ट पर, GitHub वेबहुक के माध्यम से
2
3चरण:
4  1. diff और लिंक किए गए इश्यू को खींचें, यदि कोई मौजूद है
5  2. Claude एक निश्चित रूब्रिक के विरुद्ध समीक्षा करता है:
6       - क्या यह लिंक किए गए इश्यू के वास्तविक दायरे से मेल खाता है?
7       - auth, भुगतान, या माइग्रेशन में कोई बदलाव? (फ़्लैग करें, निर्णय न लें)
8       - बदली गई पंक्तियों पर परीक्षण कवरेज - मौजूद या अनुपस्थित?
9       - नामकरण और संरचना बाकी फ़ाइल के अनुरूप?
10  3. सीधे PR पर टिप्पणी पोस्ट की गई, प्रति रूब्रिक आइटम 1-5 स्कोर,
11     स्पष्ट रूप से दो सबसे कमजोर बिंदुओं का उल्लेख किया गया
12
13जांच: एक टिप्पणी तभी पोस्ट की जाती है जब वह विशिष्ट पंक्ति संख्याओं का हवाला देती है।
14            बिना पंक्ति संदर्भ वाली समीक्षा को छोड़ दिया जाता है और पुनः प्रयास किया जाता है -
15            अस्पष्ट प्रतिक्रिया भेजने लायक नहीं है।
16रुकें: टिप्पणी पोस्ट की गई, या 2 पुनर्प्रयास के बाद PR को एक नोट के साथ
17            छोड़ दिया जाता है कि स्वचालित समीक्षा पूरी नहीं हो सकी

यहां कुछ भी मर्ज नहीं होता। यह आंखों का एक दूसरा सेट है जो कभी थकता नहीं, आपके वास्तविक पहले सेट से पहले आपके PR पर बैठता है। एक निश्चित रूब्रिक के विरुद्ध स्कोरिंग ही इसे उपयोगी बनाए रखता है - एक मॉडल जिससे "इस कोड की समीक्षा करें" मुक्त रूप में कहा जाता है, वह या तो हर चीज़ की प्रशंसा करता है या बेतरतीब ढंग से दोष निकालता है। चार निश्चित प्रश्नों के विरुद्ध स्कोर किया गया मॉडल हर बार एक ही तरह की प्रतिक्रिया देता है, जो वास्तव में इसे सुबह 8 बजे पढ़ने लायक बनाता है।

नियमित कार्य तीन: मीटिंग एक ब्रीफिंग के साथ आती हैं, सिर्फ शीर्षक नहीं

एक कैलेंडर आमंत्रण आपको बताता है कि कब और कहाँ। यह लगभग कभी नहीं बताता कि अंदर जाने से पहले आपको वास्तव में क्या याद रखने की आवश्यकता है - उस व्यक्ति के साथ अंतिम ईमेल थ्रेड, पिछली मीटिंग की खुली हुई वस्तु, वह संख्या जिसके बारे में कोई पूछने वाला है।

1समय पर चलाएं: प्रत्येक कैलेंडर इवेंट से 45 मिनट पहले जिसमें 2+ प्रतिभागी हों
2
3चरण:
4  1. अंतिम ईमेल थ्रेड और किसी भी साझा दस्तावेज़ को खींचें जो
5     किसी प्रतिभागी के नाम या इवेंट शीर्षक से लिंक हो
6  2. Claude एक-पृष्ठ की ब्रीफिंग लिखता है:
7       - पिछली बार क्या सहमति बनी थी, यदि कुछ
8       - एक खुला प्रश्न जो उठाने लायक है
9       - अंतिम आदान-प्रदान में उल्लिखित कोई संख्या या तारीख
10  3. इवेंट से 30 मिनट पहले पुश नोटिफिकेशन के रूप में वितरित किया गया
11
12जांच: ब्रीफिंग को किसी वास्तविक पिछले संदेश या दस्तावेज़ का संदर्भ देना चाहिए।
13            कोई पिछला संदर्भ नहीं मिला -> नोटिफिकेशन कहता है
14            "कोई इतिहास नहीं मिला," न कि गढ़ा हुआ सारांश।
15रुकें: भेजा गया, या पूरी तरह से छोड़ दिया गया यदि प्रतिभागी नए हैं

वह अंतिम जाँच वह है जिस पर ध्यान देने योग्य है। Claude के लिए यह आसान होगा कि जब वह वास्तविक संदर्भ नहीं ढूंढ पाता तो कुछ भी नहीं से एक प्रशंसनीय ब्रीफिंग लिख दे - और एक प्रशंसनीय नकली बिना ब्रीफिंग के भी बदतर है, क्योंकि आप उस पर भरोसा करेंगे। एक ईमानदार "कुछ नहीं मिला" को मजबूर करना ही उन ब्रीफिंग को पढ़ने लायक बनाता है जो आती हैं।

दो नियम जिन पर उपरोक्त सब कुछ निर्भर करता है

विशिष्टताओं को हटा दें और यहां हर नियमित कार्य उन्हीं दो रेलिंगों पर टिका है।

एक जाँच योग्य नियम, कोई भावना नहीं। "इस ईमेल को वर्गीकृत करें" एक भावना है। "इस ईमेल को वर्गीकृत करें, और यदि आप उस वाक्य का हवाला नहीं दे सकते जो लेबल को सही ठहराता है, तो डिफ़ॉल्ट रूप से सुरक्षित श्रेणी में डालें" एक नियम है। अंतर यह है कि क्या Claude अपने काम को किसी विशिष्ट चीज़ के विरुद्ध ग्रेड कर रहा है, या बस कुछ ऐसा तैयार कर रहा है जो पूरा लगता है।

एक वास्तविक रुकने की शर्त। उपरोक्त प्रत्येक नियमित कार्य में पुनर्प्रयासों की एक कठिन सीमा है और जब वह सफाई से काम नहीं कर सकता तो क्या होगा इसके लिए एक परिभाषित फ़ॉलबैक है। इसके बिना, एक एकल विकृत ईमेल या टूटे हुए diff वाला PR पूरी रात रीट्राय लूप में खुशी-खुशी API कॉल जलाएगा, और बग रिपोर्ट आने से पहले बिल आ जाता है।

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

इसे बनाने से पहले हाथ से आज़माएं

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

1आप इस कार्य को पास में काम करेंगे, इसे पूरा कहने से पहले अपने स्वयं के
2आउटपुट की जाँच करेंगे।
3
4कार्य:
5[वह चीज़ जिसे आप संभालना चाहते हैं]
6
7पास नियम:
8- काम करें।
9- इसे इसके विरुद्ध जांचें: [विशिष्ट, जाँच योग्य शर्त]
10- यदि यह जाँच में विफल रहता है, तो बताएं कि क्या गलत है और केवल उस हिस्से को फिर से करें।
11- यदि यह पास हो जाता है, तो "हो गया" कहें और रुक जाएं।
12- मुझसे कभी स्पष्टीकरण वाला प्रश्न न पूछें - सबसे उचित धारणा बनाएं,
13  इसे एक पंक्ति में बताएं, और जारी रखें।
14
15शुरू करें।

यह पूरी तंत्र लघु रूप में है। कोई mini नहीं, कोई वेबहुक नहीं, कोई शेड्यूल नहीं - बस Claude अपने काम को एक नियम के विरुद्ध जाँच रहा है, बजाय इसके कि पहले प्रशंसनीय दिखने वाले ड्राफ्ट पर रुक जाए। यदि आप इसे एक ही तरह के कार्य पर तीन या चार बार हाथ से चलाते हैं और बार-बार इसके पास लौटते हैं, तो यह संकेत है कि इसे एक ऐसी मशीन पर रखना उचित है जिसे चलाने के लिए आपको याद रखने की आवश्यकता नहीं है।

वह क्रम जो इसे रात 2 बजे टूटने से बचाता है

जो लोग इन्हें विश्वसनीय रूप से चलाते हैं, वे cron जॉब लिखकर शुरू नहीं करते। जो क्रम वास्तव में टिकता है:

1. इसे चैट में हाथ से तब तक चलाएं जब तक आउटपुट लगातार सही न हो।
2. उस सटीक प्रॉम्प्ट को एक स्क्रिप्ट में बदलें - तर्क में कोई बदलाव नहीं।
3. किसी और चीज़ से पहले जाँच और पुनर्प्रयास सीमा जोड़ें।
4. तभी इसे किसी शेड्यूल या वेबहुक से जोड़ें।

सीधे चरण चार पर जाएं और आपको पता चलता है कि "कोई रुकने की शर्त नहीं" की कीमत क्या है, आमतौर पर एक सुबह में डुप्लिकेट PR टिप्पणियों या आपके भेजे गए फ़ोल्डर में सौ समान ड्राफ्ट से भरी होती है।

यह वास्तव में आपको क्या खरीद रहा है

इनमें से कोई भी Claude को अधिक स्मार्ट नहीं बनाता। यह किसी ऐसी चीज़ के बीच अंतर पैदा करता है जिसका आप उपयोग करते हैं और कुछ ऐसा जो काम करता है चाहे आप ध्यान दे रहे हों या नहीं। mini दिलचस्प हिस्सा नहीं है - यह एक वर्कफ़्लो को एक ऐसी मशीन देने का सबसे सस्ता, सबसे शांत तरीका है जिसे कभी फिर से खोलने की आवश्यकता नहीं होती।

इस लेख में मैन्युअल संस्करण से शुरू करें। यदि आप पाते हैं कि आप इसे कुछ बार हाथ से चला रहे हैं, तो वह वह है जिसे एक ऐसे बॉक्स पर रखने लायक है जो आपके सोने के बाद भी चालू रहता है।

यह लेख पढ़ने के लिए धन्यवाद

निर्माता: [@0xclayn](https://x.com/@0xclayn)

इसे सहेजें