अकेले 1.6 मिलियन डॉलर की कमाई: ग्लोबल टॉप क्रिएटर्स द्वारा इस्तेमाल किया जाने वाला एडवांस्ड Claude Code वर्कफ़्लो

AI का उपयोग सिर्फ कोड लिखने के लिए नहीं, बल्कि एक ऐसे कर्मचारी के रूप में जो 24/7 एक-व्यक्ति कंपनी चलाता है

जब लोग "AI से पैसा कमाना" सुनते हैं, तो ज़्यादातर लोग एक ही चीज़ की कल्पना करते हैं:

• ChatGPT से ब्लॉग पोस्ट लिखवाना।
• AI से बड़ी मात्रा में इमेज बनाना।
• AI-जनरेटेड वीडियो TikTok पर पोस्ट करना।
• AI से प्रोग्राम लिखवाकर ऐप्स का मास प्रोडक्शन करना।

हालांकि, इन तरीकों से अकेले महत्वपूर्ण कमाई करने के बहुत कम मामले हैं।

इसका कारण यह है कि आप सिर्फ AI का उपयोग करके "काम की मात्रा" बढ़ा रहे हैं।

भले ही आप लेखों की संख्या 10 से बढ़ाकर 100 कर दें, अगर पाठक नहीं हैं, तो राजस्व नहीं बढ़ेगा। भले ही आप ऐप्स की संख्या 1 से बढ़ाकर 10 कर दें, अगर आप ग्राहकों की समस्याओं का समाधान नहीं कर रहे हैं, तो कोई भुगतान नहीं करेगा।

AI युग में वास्तव में शक्तिशाली लोग AI का उपयोग कंटेंट मैन्युफैक्चरिंग मशीन के रूप में नहीं करते।

वे इसका उपयोग कंपनी को ही छोटा बनाने के लिए करते हैं।

वे डेवलपर्स को नियुक्त नहीं करते।

वे कस्टमर सपोर्ट नहीं बढ़ाते।

वे मीटिंग नहीं करते।

वे मनुष्यों के बीच स्पेसिफिकेशन पास नहीं करते।

वे कोड को लोकल से प्रोडक्शन एनवायरनमेंट तक कई चरणों में हैंडओवर नहीं करते।

जब किसी ग्राहक से अनुरोध आता है, तो AI कोड पढ़ता है, उसे ठीक करता है, परीक्षण करता है, और मिनटों के भीतर उपयोगकर्ता के लिए तैयार कर देता है।

इसका एक चरम उदाहरण सोलो डेवलपर Pieter Levels हैं।

Claude Code का उनका उपयोग एक वाक्य में संक्षेपित किया जा सकता है:

Claude Code को "सुविधाजनक कोडिंग असिस्टेंट" के रूप में नहीं, बल्कि सर्वर के अंदर रहने वाले एक कर्मचारी के रूप में उपयोग करें।

इस लेख में, हम विस्तार से देखेंगे कि Pieter क्या कर रहे हैं और इसे एक ऐसे रूप में अनुवादित करेंगे जिसे जापानी सोलो डेवलपर्स और छोटे व्यवसाय के मालिक दोहरा सकें।

Pieter Levels कौन हैं?

Pieter Levels एक सोलो डेवलपर हैं जिन्होंने Nomad List, Remote OK, Photo AI, और Interior AI जैसी कई इंटरनेट सेवाएं लॉन्च की हैं।

वे व्यापक रूप से जाने गए, इसका एक कारण "12 महीनों में 12 स्टार्टअप बनाने" का उनका प्रोजेक्ट था। एक संगठन बनाने के लिए बड़े फंड जुटाने के बजाय, उन्होंने सेवाओं को जल्दी रिलीज़ करने और केवल उन्हीं को विकसित करने की शैली अपनाई जिन्हें प्रतिक्रिया मिली।

उनकी वर्तमान प्रमुख सेवाओं में से एक Photo AI है, जो एक AI फोटो जनरेशन सेवा है।

उपयोगकर्ता अपनी तस्वीरें अपलोड करते हैं, और सेवा उस व्यक्ति का एक AI मॉडल बनाकर स्टूडियो-स्टाइल फोटो, प्रोफाइल पिक्चर, फैशन फोटो, ट्रैवल फोटो, वीडियो और अधिक जनरेट करती है। Photo AI की आधिकारिक साइट के अनुसार, आज तक 30 मिलियन से अधिक फोटो जनरेट किए जा चुके हैं।

मार्च 2024 में, Pieter ने Photo AI के लिए निम्नलिखित आंकड़े सार्वजनिक किए:

इससे भी अधिक आश्चर्यजनक बात यह है कि सेवा का मूल एक एकल, लगभग 40,870 लाइनों का PHP फ़ाइल है।

एक सामान्य इंजीनियर यह सुनकर भौंहें चढ़ा सकता है।

"इतनी बड़ी फ़ाइल असंभव है।"

"इसे माइक्रोसर्विसेज में विभाजित किया जाना चाहिए।"

"अधिक आधुनिक फ्रेमवर्क का उपयोग किया जाना चाहिए।"

लेकिन राजस्व कोड की सुंदरता के लिए भुगतान नहीं किया जाता है।

यदि आप उपयोगकर्ताओं को वांछित परिणाम दे रहे हैं और उस स्थिति को बनाए रख रहे हैं, तो तकनीकी कॉन्फ़िगरेशन को पाठ्यपुस्तक का पालन करने की आवश्यकता नहीं है।

Pieter की ताकत किसी और से अधिक अत्याधुनिक तकनीक जानना नहीं है।

यह उन जटिलताओं को त्यागने में उनकी पूर्णता है जो राजस्व की ओर नहीं ले जाती हैं।

सख्ती से कहें तो, उन्होंने "केवल AI से" नहीं कमाया

इस भाग को गलत मत समझिए।

Pieter ने एक दिन अचानक Claude Code को छूना शुरू नहीं किया और अकेले AI से $1.6M प्रति वर्ष कमा लिया।

उनके पास वर्षों का विकास अनुभव है। उनके पास इंटरनेट पर प्रसिद्धि और अनुयायी हैं जिन्हें वे अपने उत्पादों का मार्केटिंग कर सकते हैं। उनके पास बाजार चुनने का निर्णय, मूल्य निर्धारित करने की क्षमता और उपयोगकर्ता प्रतिक्रियाओं को पढ़ने का अनुभव है।

AI ने सब कुछ शून्य से नहीं बनाया।

AI ने उनकी पहले से मौजूद विकास शक्ति, निर्णय क्षमता और मार्केटिंग पावर को बढ़ाया।

यह अंतर बहुत बड़ा है।

AI का उपयोग अनुभव को अनावश्यक नहीं बनाता। बल्कि, जैसे-जैसे AI के कारण कार्यान्वयन की गति बढ़ती है, "क्या बनाना है," "किसे बेचना है," और "क्या नहीं बनाना है" का निर्णय करने का मूल्य और अधिक बढ़ जाता है।

इसलिए, इस लेख का वास्तविक विषय "लाखों कमाने के लिए Claude Code में कौन सा जादुई प्रॉम्प्ट डालें" नहीं है।

यह है कि Claude Code का उपयोग करके एक ऐसी प्रणाली कैसे बनाई जाए जहां एक व्यक्ति कंपनी की गति से चलता है।

विधि 1

Claude Code को लैपटॉप पर नहीं, बल्कि VPS पर रहने दें

Pieter के संचालन की सबसे विशिष्ट विशेषता यह है कि वे Claude Code को स्थानीय लैपटॉप के बजाय उस VPS पर चलाते हैं जहां सेवा चल रही है।

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

एक सामान्य विकास प्रवाह इस प्रकार दिखता है:

1. योजना बनाएं।
2. स्थानीय वातावरण में कोड लिखें।
3. स्थानीय रूप से परीक्षण करें।
4. GitHub पर पुश करें।
5. CI चलाएं।
6. स्टेजिंग वातावरण में प्रतिबिंबित करें।
7. पुष्टि करें और प्रोडक्शन वातावरण में डिप्लॉय करें।

बड़े संगठनों में, यह प्रक्रिया आवश्यक है। चूंकि दर्जनों इंजीनियर एक ही सिस्टम को छूते हैं, दुर्घटनाओं को रोकने के लिए सीमाएं आवश्यक हैं।

लेकिन जब आप बड़ी कंपनी की प्रक्रियाओं को एक व्यक्ति द्वारा चलाई जाने वाली छोटी सेवा में लाते हैं तो क्या होता है?

फिक्स होने में 3 मिनट लगते हैं, लेकिन लाइव होने में 20 मिनट लगते हैं।

छोटी-छोटी परेशानियां जमा होती हैं, और यह निर्णय कि "यह बदलाव बाद में किया जा सकता है" बढ़ जाता है। भले ही किसी ग्राहक से अनुरोध आता है, फिक्स अगले दिन या अगले सप्ताह के लिए स्थगित कर दिया जाता है।

Pieter ने इस प्रतीक्षा समय को बहुत कम कर दिया।

पहले, स्थानीय रूप से परीक्षण करने और GitHub के माध्यम से ऑटो-डिप्लॉय करने में लगभग 1 मिनट लगता था। सीधे सर्वर पर पुश करने पर स्विच करने से, इसमें लगभग 3 सेकंड लगे, और अब वे Claude Code को सीधे सर्वर पर कोड बदलने की ओर बढ़ रहे हैं। जबकि वे उल्लेख करते हैं कि साइट 12 महीनों में केवल दो बार लगभग 10 सेकंड के लिए डाउन हुई, वे यह भी स्पष्ट रूप से कहते हैं कि एक बड़ी कंपनी स्टेजिंग वातावरण का उपयोग करेगी।

यहां अनुकरण करने योग्य बिंदु यह नहीं है कि "सभी को सीधे प्रोडक्शन वातावरण में संपादन करना चाहिए।"

जो अनुकरण किया जाना चाहिए वह है AI को वहां रखना जहां वह काम करना जारी रख सके।

जब तक आप अपने कंप्यूटर पर Claude Code चलाते हैं, जब आप लैपटॉप बंद करते हैं तो काम रुक जाता है। यदि कनेक्शन खो जाता है तो यह रुक जाता है। यदि आप दूसरे टर्मिनल पर जाते हैं, तो आपको पूरी स्थिति फिर से समझानी होगी।

VPS पर एक सतत सत्र में चलाकर, AI प्रोजेक्ट के ठीक बगल में रह सकता है।

यह सिर्फ एनवायरनमेंट सेटअप का अंतर नहीं है।

यह AI के काम करने के समय को मानव के काम के घंटों से अलग करने का विचार है, न कि केवल "AI का उपयोग करने में बिताए गए समय" को बढ़ाना।

विधि 2

प्रत्येक उत्पाद को अपना स्वयं का सतत सत्र दें

Pieter VPS से कनेक्ट करने के लिए Termius का उपयोग करते हैं और प्रत्येक सेवा के लिए कनेक्शन प्रोफाइल तैयार करते हैं।

कनेक्ट करने पर, वे उस सेवा की निर्देशिका में जाते हैं और संबंधित tmux सत्र में प्रवेश करते हैं। प्रत्येक सत्र में, Claude Code खुला रहता है, जिससे वे लैपटॉप या स्मार्टफोन से उसी काम पर वापस आ सकते हैं। उन्होंने कनेक्ट करने और tmux पर वापस जाने को आसान बनाने के लिए शेल फंक्शन भी Claude Code से बनवाए।

इस प्रणाली का महत्वपूर्ण हिस्सा यह नहीं है कि टर्मिनल ऑपरेशन अच्छे दिखते हैं।

यह है कि प्रत्येक उत्पाद का अपना समर्पित कार्य कक्ष है।

• Photo AI कक्ष में Photo AI कोड और Claude Code है।
• Nomad List कक्ष में Nomad List कोड और Claude Code है।
• Remote OK कक्ष में Remote OK कोड और Claude Code है।

जब कोई व्यक्ति उत्पाद बदलता है, तो उन्हें बस उस कक्ष में प्रवेश करना होता है।

सामान्य चैट-प्रकार के AI के साथ, आपको हर बातचीत शुरू करने पर चीजों को समझाना होता है।

"यह इस प्रकार की सेवा है।"

"मैंने पिछली बार यहां तक कार्यान्वित किया था।"

"कृपया इस फ़ाइल को न बदलें।"

"इस कमांड से परीक्षण चलाएं।"

वह व्याख्या लागत AI उपयोग की गति को छीन लेती है।

दूसरी ओर, यदि आप प्रोजेक्ट निर्देशिका के भीतर Claude Code को चालू रखते हैं, तो AI के पास कोड, कॉन्फ़िग फ़ाइलों, परीक्षणों और इतिहास तक सीधी पहुंच होती है। बिना किसी मानव के शून्य से समझाए, यह जांच सकता है कि "इस उत्पाद की वर्तमान स्थिति क्या है।"

Anthropic का आधिकारिक दस्तावेज़ भी Claude Code को केवल कोड सुझाव वापस करने वाले उपकरण के रूप में नहीं, बल्कि एक एजेंटिक उपकरण के रूप में समझाता है जो फ़ाइलों को पढ़ने, कमांड निष्पादित करने, कोड बदलने, जांच करने, योजना बनाने और कार्यान्वित करने के लिए आगे बढ़ता है।

दूसरे शब्दों में, Claude Code की ताकत को निकालने के लिए, आपको इसे ऐसी जगह काम करने देना होगा जहां यह पूरे उत्पाद तक पहुंच सके, न कि हर बार चैट बॉक्स में कोड स्निपेट चिपकाना।

विधि 3

"कोड लिखें" नहीं, बल्कि "पूर्णता की स्थिति" पास करें

जो लोग Claude Code के साथ भी परिणाम नहीं पाते, वे या तो बहुत विस्तृत या बहुत अस्पष्ट निर्देश देते हैं।

उदाहरण के लिए, इस तरह का अनुरोध:

कृपया लॉगिन स्क्रीन में सुधार करें।

इससे यह स्पष्ट नहीं है कि सुधार क्या है।

• डिज़ाइन बदलें?
• एरर डिस्प्ले बदलें?
• लॉगिन स्पीड बढ़ाएं?
• Google लॉगिन जोड़ें?
• बाउंस रेट कम करना चाहते हैं?

इसके विपरीत, कोड की हर पंक्ति का निर्देश देना भी अक्षम है।

इस फ़ाइल की लाइन 35 पर एक फंक्शन जोड़ें, फिर इस वेरिएबल का नाम बदलें...

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

आपको कार्य प्रक्रिया नहीं, बल्कि पूर्णता की शर्तें पास करनी चाहिए।

व्यवहार में, इस तरह का प्रारूप उपयोग करना आसान है:

उद्देश्य:

लॉगिन त्रुटियों के कारण ड्रॉप-ऑफ कम करें।

वर्तमान स्थिति:

चाहे गलत पासवर्ड हो या कनेक्शन त्रुटि, वही "लॉगिन विफल" दिखाया जाता है।

परिवर्तन का दायरा:

लॉगिन स्क्रीन, प्रमाणीकरण API, संबंधित परीक्षण।

पूर्णता की शर्तें:

• इनपुट त्रुटियों बनाम कनेक्शन विफलताओं के लिए अलग-अलग संदेश प्रदर्शित होते हैं।
• ईमेल पतों के अस्तित्व को बाहर लीक न करें।
• मौजूदा Google लॉगिन को न तोड़ें।
• स्मार्टफोन डिस्प्ले पर लेआउट न टूटे।
• सभी संबंधित परीक्षण पास हों।

निषेध:

• डेटाबेस संरचना न बदलें।
• नई प्रमाणीकरण लाइब्रेरी न जोड़ें।

काम के बाद:

• बदली गई फ़ाइलों का सारांश दें।
• निष्पादित परीक्षण दिखाएं।
• शेष जोखिमों की रिपोर्ट करें।

इस प्रारूप में, Claude Code कोडबेस की जांच कर सकता है, बदलने के लिए स्थान स्वयं ढूंढ सकता है, और कार्यान्वयन विधियों के बारे में सोच सकता है।

मानव की भूमिका "कैसे लिखना है" से "कौन सी स्थिति मूल्य प्रदान करेगी" में बदल जाती है।

यहां, प्रबंधन और विकास जुड़ते हैं।

अच्छी पूर्णता शर्तें लिखने के लिए, आपको यह समझना होगा कि ग्राहक किससे जूझ रहे हैं। जो व्यक्ति ग्राहक व्यवहार, भुगतान के कारणों और छोड़ने के कारणों को देखता है, वह Claude Code को केवल तकनीक देखने वाले व्यक्ति की तुलना में अधिक मूल्यवान काम दे सकता है।

AI युग में महत्वपूर्ण प्रॉम्प्ट शब्दावली नहीं है।

यह पूर्णता की स्थिति को परिभाषित करने की शक्ति है।

विधि 4

CLAUDE.md को "एक-व्यक्ति कंपनी का संचालन मैनुअल" बनाएं

Claude Code में प्रोजेक्ट-विशिष्ट निर्देशों को CLAUDE.md में सहेजने की एक व्यवस्था है।

आधिकारिक दस्तावेज़ बताता है कि CLAUDE.md को बातचीत की शुरुआत में पढ़ा जाता है, जिससे आप बिल्ड और टेस्ट कमांड, कोडिंग परंपराएं और कार्य नियम सूचीबद्ध कर सकते हैं। हालांकि, इसे छोटा और विशिष्ट रखने की सिफारिश की जाती है, न कि एक लंबा मैनुअल, और कोड पढ़कर समझी जा सकने वाली चीजें न लिखें।

अधिकांश लोग यहां केवल इंडेंटेशन चौड़ाई या वेरिएबल नामकरण नियम लिखते हैं।

लेकिन एक-व्यक्ति कंपनी में, वास्तव में महत्वपूर्ण कोड शैली नहीं, बल्कि व्यावसायिक प्राथमिकताएं हैं।

उदाहरण के लिए, आप लिख सकते हैं:

उत्पाद लक्ष्य

• यह सेवा एकल व्यवसायियों के लिए 10 मिनट के भीतर उत्पाद फोटो बनाने के लिए है।
• सुविधाओं की संख्या से अधिक पहली जनरेशन की गति को प्राथमिकता दें।
• मुफ्त उपयोगकर्ता उपयोग बढ़ाने वाले परिवर्तनों के लिए, हमेशा लागत मूल्य पर प्रभाव की जांच करें।

आर्किटेक्चर

• PHP, JavaScript, PostgreSQL का उपयोग करता है।
• स्पष्ट अनुमति के बिना नए फ्रेमवर्क न जोड़ें।
• यदि मौजूदा तंत्रों से हल किया जा सकता है तो निर्भरताएं न बढ़ाएं।

वर्कफ़्लो

• बदलने से पहले संबंधित कोड और परीक्षण पढ़ें।
• बड़े बदलावों के लिए, कार्यान्वयन से पहले एक योजना प्रस्तुत करें।
• बदलावों के बाद, परीक्षण, स्थैतिक विश्लेषण करें और मुख्य स्क्रीन की जांच करें।
• असफल परीक्षणों को हटाकर हल न करें।

सुरक्षा

• प्रोडक्शन डेटा न हटाएं।
• डेटाबेस परिवर्तनों के साथ रोलबैक प्रक्रियाएं संलग्न करें।
• API कुंजी या व्यक्तिगत जानकारी लॉग में आउटपुट न करें।
• बिलिंग, प्रमाणीकरण और विलोपन कार्यों को अत्यधिक सावधानी से संभालें।

पूर्णता की परिभाषा

• उपयोगकर्ता के दृष्टिकोण से परिवर्तनों की व्याख्या कर सकें।
• परीक्षण परिणामों की रिपोर्ट करें।
• बदली गई फ़ाइलों की सूची बनाएं।
• ज्ञात जोखिमों और अनसुलझे मदों को स्पष्ट रूप से बताएं।

बस यह होने से हर बार समान सावधानियों को दोहराने की आवश्यकता समाप्त हो जाती है।

इससे भी अधिक महत्वपूर्ण यह है कि जब Claude Code विफल होता है तो इसे कैसे संभाला जाए।

सिर्फ इस बात पर गुस्सा करने के बजाय कि "इसने फिर वही गलती की," CLAUDE.md में पुनरावृत्ति रोकथाम नियम जोड़ें।

यदि इसने प्रोडक्शन कॉन्फ़िग फ़ाइल बदल दी, तो लिखें "स्पष्ट अनुमति के बिना कॉन्फ़िग फ़ाइलें न बदलें।"

यदि इसने परीक्षण पास करने के लिए एक महत्वपूर्ण सत्यापन हटा दिया, तो लिखें "असफल परीक्षणों को हटाना निषिद्ध है।"

यदि इसने असंबंधित फ़ाइलों को फॉर्मेट किया और डिफ बहुत बड़ा हो गया, तो लिखें "अनुरोध से असंबंधित रीफैक्टरिंग न करें।"

Anthropic यह भी कहता है कि बार-बार होने वाली गलतियां या कई बार समझाई गई चीजें स्थायी निर्देशों में जोड़ने के संकेत हैं।

दूसरे शब्दों में, CLAUDE.md AI के लिए केवल एक कॉन्फ़िग फ़ाइल नहीं है।

यह एक-व्यक्ति कंपनी में संचित विफलताओं और निर्णयों का डेटाबेस है।

कर्मचारियों को नियुक्त करने वाली कंपनियों में, ज्ञान प्रशिक्षण सामग्री या आंतरिक Wiki में संचित होता है।

एक-व्यक्ति कंपनी में, आप Claude Code को इसे पढ़ने देते हैं।

विधि 5

अनुमोदन कार्य कम करें, इसके बजाय गार्डरेल बढ़ाएं

Pieter Claude Code के लिए अनुमति जांच को काफी हद तक छोड़ने वाले मोड का उपयोग करते हैं, सर्वर पर उच्च गति से काम करते हैं।

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

हालांकि, इस भाग की बिल्कुल नकल करना खतरनाक है।

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

यदि कोई जापानी सोलो डेवलपर इसे अपनाना चाहता है, तो Pieter के संचालन की बिल्कुल नकल करने के बजाय, इसे निम्नानुसार अनुवादित करना बेहतर है:

जांच चरण के लिए योजना मोड

पहले, इसे कोड बदलने दिए बिना संबंधित फ़ाइलों, प्रभाव के दायरे, कार्यान्वयन नीति और जोखिमों की जांच करने दें।

विशेष रूप से बिलिंग, प्रमाणीकरण, डेटा विलोपन और ईमेल डिलीवरी जैसे उच्च दुर्घटना प्रभाव वाले भागों के लिए, इसे तुरंत कार्यान्वित न करने दें।

स्टेजिंग वातावरण में कार्यान्वयन को स्वचालित करें

प्रोडक्शन के समान कॉन्फ़िगरेशन वाला एक स्टेजिंग वातावरण तैयार करें और Claude Code को वहां बदलाव और परीक्षण करने दें।

हर बार हर कमांड को अनुमोदित करने के बजाय, पहले से अनुमति देने और अस्वीकार करने के संचालन को अलग करें।

आधिकारिक दस्तावेज़ कई अनुमति मोड प्रदान करता है जैसे acceptEdits परिवर्तनों की अनुमति देने के लिए, auto सुरक्षा का स्वचालित रूप से न्याय करने के लिए, और plan केवल योजना बनाने के लिए। आप प्रति-कमांड आधार पर allow, ask और deny भी सेट कर सकते हैं।

प्रोडक्शन रिफ्लेक्शन के लिए केवल एक मानव गेटवे छोड़ें

• परीक्षण पास हुए।
• स्क्रीन पुष्टि समाप्त हुई।
• डिफ अपेक्षित सीमा के भीतर था।
• एक रोलबैक विधि है।

एक बार यह स्थिति आ जाने पर, एक मानव प्रोडक्शन रिफ्लेक्शन की अनुमति देता है।

महत्वपूर्ण यह नहीं है कि एक मानव कोड की हर पंक्ति लिखे।

यह एक ऐसी संरचना बनाना है जिसे टूटने पर वापस लाया जा सके, जिसमें मानव केवल अंतिम अपरिवर्तनीय निर्णयों को संभालता है।

विधि 6

कोड समीक्षा से अधिक परीक्षण और रोलबैक को प्राथमिकता दें

जब AI बड़ी मात्रा में कोड लिखना शुरू करता है, तो एक मानव द्वारा हर पंक्ति की जांच करने की विधि अपनी सीमा तक पहुंच जाती है।

भले ही कोड 10x गति से उत्पन्न हो, अगर समीक्षा में 10x अधिक समय लगता है, तो उत्पादकता नहीं बढ़ेगी।

इसलिए, जो आवश्यक हो जाता है वह है भरोसा कहां रखा जाए, इसे बदलना।

यह विश्वास न करें कि "Claude ने सही कोड लिखा होगा।"

उस प्रणाली पर भरोसा करें जो:

• "यदि यह गलत है, तो परीक्षण विफल हो जाएंगे।"
• "प्रमुख उपयोगकर्ता संचालन की स्वचालित रूप से पुष्टि की जा सकती है।"
• "यदि कोई समस्या है, तो इसे तुरंत पिछली स्थिति में वापस लाया जा सकता है।"

Pieter स्वयं विस्तार से सब कुछ जांचने के बजाय परीक्षण तैयार करने और प्रोडक्शन में जल्दी पुष्टि करने के फीडबैक लूप को प्राथमिकता देते हैं। वे यह भी बताते हैं कि सर्वर में ऑनसाइट और ऑफसाइट दोनों को मिलाकर कई बैकअप हैं।

सुरक्षित Claude Code संचालन में, कम से कम ये चार चीजें पहले बनाएं:

1. प्रमुख कार्यों के लिए स्वचालित परीक्षण।
2. प्रोडक्शन से पहले संचालन की पुष्टि।
3. त्रुटियों और राजस्व विसंगतियों का पता लगाने के लिए निगरानी।
4. मिनटों में पिछली स्थिति में वापस जा सकने वाला रोलबैक।

Claude Code के Hooks का उपयोग करके, आप फ़ाइल परिवर्तनों के बाद परीक्षण या फ़ॉर्मेटर निष्पादित करने, या विशिष्ट संचालन से पहले निरीक्षण सम्मिलित करने जैसी प्रक्रियाओं को स्वचालित कर सकते हैं। Hooks Claude Code के विशिष्ट लाइफसाइकिल पर शेल कमांड, HTTP प्रोसेसिंग, LLM निर्णय आदि निष्पादित करने की एक आधिकारिक सुविधा है।

उदाहरण के लिए, बदलाव के बाद स्वचालित रूप से निम्नलिखित प्रवाह निष्पादित करें:

कोड परिवर्तन

↓

स्वचालित परीक्षण

↓

स्थैतिक विश्लेषण

↓

प्रमुख पृष्ठों का संचालन पुष्टि

↓

डिफ का सारांश

↓

यदि कोई समस्या है तो प्रोडक्शन रिफ्लेक्शन रोकें

इसके माध्यम से, मानव का काम "सब कुछ देखने" से "केवल विसंगतियों को देखने" में बदल जाता है।

जो लोग अकेले बड़ी कमाई करते हैं, वे सिर्फ तेजी से काम नहीं कर रहे हैं।

वे उस काम को कम कर रहे हैं जिसमें पुष्टि की आवश्यकता होती है।

विधि 7

ग्राहक अनुरोधों को सीधे Claude Code के कार्य कतार में बदलें

Pieter द्वारा सार्वजनिक किए गए एक-व्यक्ति कंपनी कॉन्फ़िगरेशन में, वे उपयोगकर्ता अनुरोध एकत्र करने के लिए एक फीडबैक बोर्ड, ग्राहकों के लिए एक Stripe बिलिंग प्रबंधन स्क्रीन, उपयोगकर्ता स्वयं संचालित कर सकने वाला रिफंड फंक्शन, और ChatGPT API का उपयोग करके स्वचालित प्रोसेसिंग को जोड़ते हैं।

वह जो आदर्श रूप दिखाते हैं वह है "1 संस्थापक, 0 मानव," एक मॉडल जहां वे मार्केटिंग, विकास और डिज़ाइन संभालते हैं, और बाकी सब कुछ जितना संभव हो स्वचालित करते हैं।

यहां, Claude Code का उपयोग केवल नई सुविधाएं बनाने के लिए नहीं किया जाता है।

यह ग्राहकों की आवाज को राजस्व की ओर ले जाने वाले सुधारों में बदलने का एक उपकरण बन जाता है।

उदाहरण के लिए, इस तरह का एक प्रवाह:

उपयोगकर्ता एक अनुरोध पोस्ट करता है

↓

समान अनुरोधों को वर्गीकृत करें

↓

छोड़ने की दर और बिलिंग दर पर प्रभाव की जांच करें

↓

एक उच्च-मूल्य वाली वस्तु चुनें

↓

Claude Code प्रभाव के दायरे की जांच करता है

↓

कार्यान्वयन और परीक्षण

↓

उपयोगकर्ता को सुधार की सूचना दें

जब आप यह प्रणाली बनाते हैं, तो कार्य प्रबंधन का अर्थ बदल जाता है।

कई कंपनियों में, अनुरोध प्राप्त करने के बाद, वे बैठकें करते हैं, स्पेक लिखते हैं, एक जिम्मेदार व्यक्ति तय करते हैं, इसे स्प्रिंट में डालते हैं, और अंत में हफ्तों बाद सार्वजनिक करते हैं।

एक-व्यक्ति कंपनी में, इसे उसी दिन रिलीज़ करने की संभावना है।

एक छोटी कंपनी बड़ी कंपनी के खिलाफ सुविधाओं की संख्या में नहीं जीत सकती।

यह वह समय है जो ग्राहकों की आवाज को उत्पाद में प्रतिबिंबित होने में लगता है।

यदि आपने Claude Code पेश किया है लेकिन मानव अभी भी कार्यों को विस्तार से तोड़ रहे हैं, कोड कॉपी-पेस्ट कर रहे हैं, और एक-एक करके बदलाव के स्थान निर्दिष्ट कर रहे हैं, तो आप AI की गति का उपयोग नहीं कर रहे हैं।

ग्राहक समस्या और पूर्णता की शर्तें पास करें, और Claude Code को स्वयं कोडबेस की जांच करने दें।

यह इसे चैटबॉट के रूप में उपयोग करने और इसे कर्मचारी के रूप में उपयोग करने के बीच का अंतर है।

विधि 8

साहसपूर्वक तकनीकी कॉन्फ़िगरेशन को जटिल बनाने से बचें

यह तथ्य कि Photo AI का मूल 40,000 लाइनों से अधिक की एक एकल PHP फ़ाइल है, इसका मतलब यह नहीं है कि सभी डेवलपर्स को बड़ी फ़ाइलें बनानी चाहिए।

बल्कि, सतही रूप की नकल करना खतरनाक है।

Pieter के लिए महत्वपूर्ण यह नहीं है कि यह PHP है या एक बड़ी फ़ाइल है।

महत्वपूर्ण माना जाता है कि सिस्टम को ऐसी सीमा में रखना जहां वह और Claude Code पूरे को समझ सकें।

यह सार्वजनिक जानकारी से एक व्याख्या है, लेकिन यदि आप किसी उत्पाद को बहुत अधिक छोटी सेवाओं में विभाजित करते हैं, तो हर बदलाव कई रिपॉजिटरी, API, प्रमाणीकरण विधियों और डिप्लॉयमेंट प्रक्रियाओं में फैल जाएगा।

मनुष्यों के लिए जटिल सिस्टम AI के लिए भी जटिल हैं।

• संदर्भ में लोड करने के लिए अधिक फ़ाइलें।
• कहां बदलना है, इसकी जांच में समय लगता है।
• केवल एक पक्ष को अपडेट करने से असंगतियां होती हैं।
• परीक्षण का दायरा बढ़ जाता है।
• विफलताओं के दौरान कारणों की पहचान करना कठिन हो जाता है।

सिर्फ इसलिए कि आपके पास Claude Code है, इसका मतलब यह नहीं है कि आप एक असीम रूप से जटिल तकनीकी कॉन्फ़िगरेशन का प्रबंधन कर सकते हैं।

AI जटिलता की लागत को कम करता है लेकिन इसे शून्य नहीं बनाता है।

इसलिए एक नई लाइब्रेरी, नई सेवा, नया डेटाबेस या नया फ्रेमवर्क पेश करते समय, इस तरह सोचें:

क्या यह तकनीक ग्राहक को मिलने वाले मूल्य को बढ़ाती है? या यह सिर्फ डेवलपर की तकनीकी संतुष्टि के लिए है?

एक ऐसे व्यक्ति ने जिसने 200 मिलियन JPY वार्षिक कारोबार वाला उत्पाद बनाया, जरूरी नहीं कि उसने सबसे आधुनिक कॉन्फ़िगरेशन चुना हो।

यह कई सोलो डेवलपर्स के लिए एक महत्वपूर्ण तथ्य है।

विधि 9

Claude Code से सिर्फ "विकास" नहीं, बल्कि "कंपनी ऑटोमेशन" बनवाएं

AI कोडिंग टूल का उपयोग करने वाले कई लोग केवल उत्पाद सुविधाओं को लागू करने के बारे में सोचते हैं।

हालांकि, अकेले बड़ी कमाई करने के लिए जो आवश्यक है, वह सिर्फ उत्पाद बनाना नहीं है।

• पूछताछ का जवाब देना।
• धोखाधड़ी का पता लगाना।
• बिलिंग जानकारी बदलना।
• रिफंड।
• रद्दीकरण।
• सामग्री समीक्षा।
• विफलता सूचनाएं।
• नियमित रिपोर्ट।
• राजस्व एकत्रीकरण।
• ग्राहकों को मार्गदर्शन।

जैसे-जैसे व्यवसाय बढ़ता है, ये परिचालन कार्य बढ़ते हैं।

यदि राजस्व दोगुना होता है, तो पूछताछ भी दोगुनी होती है, और यदि आपको दोगुने जनशक्ति की आवश्यकता है, तो एक-व्यक्ति कंपनी को बनाए नहीं रखा जा सकता।

Pieter द्वारा सार्वजनिक किए गए कॉन्फ़िगरेशन में, वे Stripe ग्राहक सुविधाओं, स्व-सेवा प्रबंधन स्क्रीन, स्वचालित रिफंड और AI API का उपयोग करने वाली वर्कर स्क्रिप्ट के माध्यम से मानव हस्तक्षेप के बिंदुओं को कम करते हैं।

जो चीजें आपको Claude Code से बनवानी चाहिए, वे सिर्फ नई आकर्षक सुविधाएं नहीं हैं।

यह वह कोड है जो "वह काम खत्म करता है जिस पर आप हर हफ्ते 30 मिनट बिताते हैं।"

उदाहरण के लिए, यदि आप हर सुबह राजस्व की जांच करते हैं और इसे Slack पर लिखते हैं, तो एक स्वचालित रिपोर्ट बनाएं।

यदि एक ही प्रश्न के लिए कई पूछताछ हैं, तो प्रबंधन स्क्रीन या सहायता पृष्ठ में सुधार करें।

यदि आप हर रिफंड अनुरोध पर प्रबंधन स्क्रीन संचालित करते हैं, तो सशर्त स्व-रिफंड बनाएं।

यदि आप धोखाधड़ी के लिए दृष्टिगत रूप से जांच कर रहे हैं, तो आउटलायर्स का पता लगाएं और केवल मानव निर्णय की आवश्यकता वाले मामले भेजें।

प्रत्येक एक छोटा ऑटोमेशन है, लेकिन वे जुड़कर कंपनी की निश्चित लागत को बदल देते हैं।

ऐसी सुविधाएं बनाएं जो आपके अपने काम को मिटा दें, उतनी ही जितनी राजस्व बढ़ाने वाली सुविधाएं।

यह अकेले लाभ छोड़ने के लिए Claude Code उपयोग विधि है।

विधि 10

Claude Code को बैकग्राउंड वर्कर बनाएं

Claude Code का उपयोग केवल इंटरैक्शन स्क्रीन देखते समय ही नहीं किया जाता है।

आधिकारिक तौर पर, claude -p का उपयोग करके गैर-इंटरैक्टिव निष्पादन, सीमित अनुमत टूल के साथ निष्पादन, संरचित आउटपुट और सत्र निरंतरता प्रदान की जाती है। इसे CI या स्क्रिप्ट से कॉल करने और बैकग्राउंड प्रोसेसिंग में शामिल करने का भी इरादा है।

इसका उपयोग करके, आप बिना किसी मानव के बातचीत शुरू किए काम उत्पन्न कर सकते हैं।

उदाहरण के लिए, हर रात निम्नलिखित प्रक्रियाएं निष्पादित करें:

1. पिछले 24 घंटों के लिए एरर लॉग जांचें।
2. समान कारण वाली त्रुटियों को वर्गीकृत करें।
3. पुनरुत्पादन विधियों की जांच करें।
4. फिक्स प्रस्ताव बनाएं।
5. स्टेजिंग वातावरण में फिक्स करें।
6. परीक्षण निष्पादित करें।
7. अगली सुबह, किसी मानव को डिफ और जोखिमों की रिपोर्ट करें।

या, उपयोगकर्ताओं से प्राप्त पूछताछ का विश्लेषण करवाएं:

सबसे बड़ा रहस्य

भले ही आप Claude Code से डेवलपमेंट की स्पीड बढ़ा लें, ग्राहक नहीं बढ़ेंगे

Pieter के पोस्ट में सबसे महत्वपूर्ण चीज़ तकनीक की बात नहीं है।

वह बताते हैं कि बहुत से सोलो डेवलपर हैं जिनके पास न तो राजस्व है और न ही ट्रैफ़िक, जबकि वे जटिल AI एजेंट एनवायरनमेंट या "AI डेवलपमेंट फ़ैक्ट्रियाँ" बनाने में लगे हुए हैं। वह कहते हैं कि ये लोग डेवलपमेंट एनवायरनमेंट बनाने में संतुष्ट हैं और मार्केटिंग को पीछे छोड़ रहे हैं।

इसके अलावा, वह कहते हैं कि जैसे-जैसे कोई भी व्यक्ति AI की मदद से ऐप बना सकता है, असली चुनौती डिस्ट्रीब्यूशन बन जाती है—ग्राहकों तक पहुँचने की शक्ति।

• क्या आप पहले से ही बहुत से लोगों तक जानकारी पहुँचा सकते हैं?
• क्या आप विज्ञापन खर्च कर सकते हैं?
• क्या आप UGC जनरेट कर सकते हैं?
• क्या आपके पास मुफ़्त में बज़ बनाने का आइडिया है?

जैसे-जैसे डेवलपमेंट आसान होता है, इन डिस्ट्रीब्यूशन क्षमताओं में अंतर बड़ा होता जाता है।

यह AI युग की क्रूर वास्तविकता है।

जब आप Claude Code को शामिल करते हैं, तो फीचर्स जल्दी बनाए जा सकते हैं।

लेकिन अगर डेवलपमेंट स्पीड 10x बढ़ जाए, लेकिन ट्रैफ़िक शून्य हो, तो राजस्व शून्य है।

बल्कि, खतरा यह है कि बनाने की गति बढ़ने से, आप उन फीचर्स का बड़े पैमाने पर उत्पादन कर सकते हैं जिनकी कोई डिमांड नहीं है।

हर बार जब आप कोई फीचर जोड़ते हैं, तो कोड वॉल्यूम, टेस्ट, विफलता के जोखिम और इन्क्वायरी रिस्पॉन्स बढ़ते हैं।

जबकि ग्राहक नहीं बढ़े हैं, रखरखाव की वस्तुएँ बढ़ जाती हैं।

इसलिए, Claude Code से पैदा हुए समय का आधा हिस्सा डेवलपमेंट के अलावा अन्य चीज़ों के लिए इस्तेमाल किया जाना चाहिए।

• ग्राहकों की सुनें।
• प्रतिस्पर्धी उत्पादों की समीक्षाएँ पढ़ें।
• जाँचें कि उत्पाद क्यों नहीं खरीदे जा रहे हैं।
• कीमतों का परीक्षण करें।
• सेल्स पेज को फिर से लिखें।
• केस स्टडीज़ प्रकाशित करें।
• SNS पर प्रोडक्शन प्रक्रिया साझा करें।
• ऐसे तंत्र बनाएँ जो उपयोगकर्ताओं को इसे दूसरों से साझा करने के लिए प्रेरित करें।

Claude Code का असली मूल्य कोड लिखने का समय कम करना नहीं है।

यह मनुष्यों के लिए ग्राहकों और बाज़ार के बारे में सोचने का समय वापस लाना है।

जापानी सोलो डेवलपर्स के लिए 30-दिवसीय योजना

भले ही आपके पास Pieter जैसा अनुभव, प्रसिद्धि या फॉलोअर्स न हों, आप प्रबंधन दर्शन को अपना सकते हैं।

हालाँकि, आपको शुरू से कई सेवाएँ नहीं बनानी चाहिए।

पहले, एक उत्पाद, एक ग्राहक और एक समस्या पर ध्यान केंद्रित करें।

सप्ताह 1: कोड लिखने से पहले भुगतान करने वाले लोग खोजें

पहले सप्ताह में आप जो बनाते हैं, वह कोई तैयार सेवा नहीं है।

तय करें कि आप किसकी समस्या, कैसे और कितने में हल करेंगे।

लक्ष्य को व्यापक न बनाएँ।

"सभी कंपनियों के लिए AI टूल" के बजाय, इसे इस तरह संकीर्ण करें जैसे "रियल एस्टेट कंपनियों के लिए 10 मिनट में प्रॉपर्टी विवरण बनाने का टूल।"

संभावित ग्राहकों से बात करें और पुष्टि करें कि वे वर्तमान में किन तरीकों का उपयोग कर रहे हैं, इसमें कितने मिनट लगते हैं, और वे कितना संघर्ष कर रहे हैं।

फिर एक सरल सेल्स पेज बनाएँ।

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

अगर इस स्तर पर कोई प्रतिक्रिया नहीं है, तो Claude Code से बड़ी संख्या में फीचर्स बनाने पर भी स्थिति नहीं बदलेगी।

सप्ताह 2: केवल एक मूल्य प्रदान करें

अगले सप्ताह, केवल वह कोर फीचर बनाएँ जिसके लिए उपयोगकर्ता भुगतान करेंगे।

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

Claude Code से पहले मौजूदा कॉन्फ़िगरेशन की जाँच करवाएँ और एक इम्प्लीमेंटेशन प्लान बनवाएँ।

एक बार प्लान की पुष्टि हो जाने पर, इसे स्टेजिंग एनवायरनमेंट में इम्प्लीमेंटेशन और टेस्टिंग के साथ आगे बढ़ने दें।

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

जिन उत्पादों में आप राजस्व की पुष्टि नहीं कर सकते, वे व्यवसाय नहीं हैं। जिन उत्पादों में आप एरर की पुष्टि नहीं कर सकते, वे स्व-संचालित नहीं हो सकते।

सप्ताह 3: एक ऐसा वातावरण बनाएँ जहाँ Claude Code भटके नहीं

तीसरे सप्ताह में, नए फीचर्स बढ़ाने के बजाय, संचालन की नींव व्यवस्थित करें।

उत्पाद का उद्देश्य, तकनीकी कॉन्फ़िगरेशन, निषेध, परीक्षण विधियाँ और पूर्णता की शर्तें CLAUDE.md में लिखें।

प्रति उत्पाद एक VPS या सुरक्षित डेवलपमेंट एनवायरनमेंट और एक स्थायी सत्र तैयार करें।

सुनिश्चित करें कि जब Claude Code कोई बदलाव करता है, तो टेस्ट, स्टैटिक एनालिसिस और प्रमुख स्क्रीन का संचालन पुष्टिकरण स्वचालित रूप से चलता है।

बैकअप और रोलबैक की भी पुष्टि करें।

यहाँ लक्ष्य "AI पर पूरी तरह भरोसा करना" नहीं है।

यह सुनिश्चित करना है कि भले ही AI कोई गलती करे, व्यवसाय को घातक चोट न लगे।

सप्ताह 4: सेल्स के लिए उतना ही समय दें जितना डेवलपमेंट के लिए

अंतिम सप्ताह में, हर दिन एक सुधार प्रकाशित करें।

हालाँकि, सुधार की सामग्री अपनी इच्छा से तय न करें।

उपयोगकर्ताओं की प्रतिक्रियाओं जैसे इन्क्वायरी, ड्रॉप-ऑफ़ पॉइंट, भुगतान से ठीक पहले का व्यवहार और रद्दीकरण के कारणों के आधार पर निर्णय लें।

• सुबह, राजस्व पर सबसे बड़ा प्रभाव डालने वाली एक समस्या चुनें।
• Claude Code से जाँच और इम्प्लीमेंटेशन का अनुरोध करें।
• परीक्षण के बाद प्रकाशित करें।
• दोपहर में, ग्राहकों को उस सुधार के बारे में सूचित करें।

यदि आप साझा करते हैं कि आपने कुछ सुधार किया है, तो वह स्वयं मार्केटिंग बन जाता है।

"मैं डेवलप कर रहा हूँ" कहने के बजाय, "मैंने कल प्राप्त अनुरोध को आज लागू कर दिया" दिखाना उत्पाद की गति और विश्वसनीयता को व्यक्त करता है।

एक व्यक्ति की कंपनी चलाने के लिए दैनिक चक्र

Claude Code को शामिल करने के बाद, बड़ी संख्या में कार्य पंजीकृत करने के बजाय, हर दिन निम्नलिखित चक्र चलाएँ:

सुबह: संख्याएँ देखें

राजस्व, रजिस्ट्रेशन काउंट, भुगतान कन्वर्ज़न रेट, रद्दीकरण, एरर और इन्क्वायरी देखें।

दिन की शुरुआत कोड से नहीं, बल्कि व्यवसाय की स्थिति से करें।

देर सुबह: एक सबसे अधिक मूल्य वाली समस्या चुनें

दस छोटे कार्यों के बजाय, एक चुनें।

निर्णय का मानदंड "क्या यह दिलचस्प है?" नहीं है, बल्कि राजस्व, रिटेंशन रेट और उपयोग सफलता दर पर प्रभाव है।

दोपहर: Claude Code को पूर्णता की शर्तें सौंपें

इसे संबंधित कोड की जाँच करने और प्लान की पुष्टि करने दें।

इसके बाद, इसे इम्प्लीमेंटेशन, टेस्टिंग और डिफ़ सारांश की ओर बढ़ने दें।

मनुष्य कार्य प्रक्रियाओं का विस्तार से निर्देश नहीं देते, बल्कि ग्राहक के लिए सही उत्तर बताते हैं।

दोपहर बाद: प्रकाशित करें और ग्राहकों तक पहुँचें

एक बार सुधार प्रकाशित करने के बाद काम खत्म नहीं होता।

संबंधित अनुरोध भेजने वाले उपयोगकर्ताओं को सूचित करें। SNS पर प्रोडक्शन प्रक्रिया साझा करें। इसे सेल्स पेज पर प्रतिबिंबित करें। इसे एक केस स्टडी बनाएँ।

हमेशा विकसित की गई चीज़ों को डिस्ट्रीब्यूशन से जोड़ें।

रात: दिन की विफलताओं को नियमों में बदलें

पुष्टि करें कि Claude Code कहाँ भटका, कहाँ उसने अनावश्यक बदलाव किए, और मनुष्य ने क्या कई बार समझाया।

यदि आवश्यक हो, तो CLAUDE.md में छोटे नियम जोड़ें।

हर दिन, AI आपकी कंपनी के लिए थोड़ा-थोड़ा अनुकूलित होता है।

वे चीज़ें जिनकी आपको बिल्कुल नकल नहीं करनी चाहिए

Pieter का मामला उत्तेजक है, लेकिन यदि आप केवल सतह की नकल करेंगे, तो आप असफल होंगे।

इसे अचानक प्रोडक्शन एनवायरनमेंट में स्वतंत्र रूप से संचालित करने देना

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

पहले, एक अलग डेवलपमेंट या स्टेजिंग एनवायरनमेंट में संचालन करें और अनुमत संचालन को सीमित करें। आधिकारिक दस्तावेज़ भी कहता है कि अनुमति जाँच छोड़ने वाले मोड के लिए कंटेनर या VM जैसे अलगाव की आवश्यकता होती है।

केवल विशाल PHP फ़ाइल की नकल करना

40,000-लाइन की फ़ाइल ने राजस्व उत्पन्न नहीं किया।

यह Pieter द्वारा एक ऐसा कॉन्फ़िगरेशन चुनने का परिणाम है जिसे वह स्वयं समझ और बदल सकता है।

तकनीकी कॉन्फ़िगरेशन को आपके उत्पाद, अनुभव, उपयोगकर्ताओं की संख्या और विफलता के जोखिम से मेल खाना चाहिए।

डिमांड की पुष्टि किए बिना AI के साथ बड़े पैमाने पर डेवलपमेंट

जब डेवलपमेंट लागत कम हो जाती है, तो बनाने का निर्णय ढीला हो जाता है।

"इसे जल्दी बनाया जा सकता है इसलिए बनाएँ" नहीं, बल्कि "यह भुगतान करने वाले ग्राहकों की समस्या है इसलिए बनाएँ।"

Claude Code से अनुरोध करने से पहले, तय करें कि वह बदलाव किस संख्या में सुधार करेगा।

राजस्व को लाभ या व्यक्तिगत आय समझने की गलती

मासिक राजस्व $105,000 और मासिक लाभ $80,000 अलग-अलग संख्याएँ हैं।

इसके अलावा, व्यवसाय लाभ और व्यक्तिगत टेक-होम पे एक समान नहीं हैं। यह कर, निपटान शुल्क, बुनियादी ढाँचे की लागत, AI API लागत, रिफंड आदि के संचालन पर निर्भर करता है।

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

यह मान लेना कि AI व्यावसायिक निर्णयों को सही करेगा

Claude Code कोडबेस की जाँच कर सकता है, इम्प्लीमेंटेशन प्लान बना सकता है और टेस्ट निष्पादित कर सकता है।

हालाँकि, क्या वह फीचर वास्तव में आवश्यक है, इसकी कीमत कितनी रखें, और किन ग्राहकों को लक्षित करें—यह केवल कोड पढ़कर नहीं समझा जा सकता।

जिस क्षण आप बाज़ार का निर्णय AI पर छोड़ देते हैं, वह अन्य AI उपयोगकर्ताओं के समान एक औसत उत्पाद बन जाता है।

जो लाखों कमा रहा है, वह कोई गुप्त प्रॉम्प्ट नहीं है

Pieter Levels के Claude Code उपयोग को देखकर यह सोचना गलत है कि "अगर मैं भी वही प्रॉम्प्ट उपयोग करूँ तो कमा सकता हूँ।"

रहस्य प्रॉम्प्ट में नहीं है।

• Claude Code को VPS पर रखें।
• प्रत्येक उत्पाद को एक स्थायी सत्र दें।
• पूर्णता की शर्तें सौंपें।
• CLAUDE.md में निर्णय मानदंड जमा करें।
• टेस्ट और बैकअप के साथ विफलता के लिए तैयार रहें।
• ग्राहक अनुरोधों को तुरंत उत्पाद में प्रतिबिंबित करें।
• जिन संचालन कार्यों को आप दोहरा रहे हैं, उन्हें स्वचालित करें।
• मुक्त हुए समय का उपयोग मार्केटिंग के लिए करें।

ताकत इन सभी को एक एकल प्रणाली के रूप में संयोजित करना है।

Claude Code का मूल्य तेज़ी से कोड लिखने में सक्षम होना नहीं है।

यह निम्नलिखित चक्र को अत्यंत छोटा बनाने में सक्षम होना है:

ग्राहक को समस्या है ↓ कारण समझें ↓ ठीक करें ↓ प्रकाशित करें ↓ परिणाम मापें

एक सामान्य कंपनी में जिस चक्र में सप्ताह लगते हैं, उसे अकेले एक दिन में, या कुछ मामलों में, कुछ घंटों में चलाएँ।

यदि यह गति महीनों तक जमा होती है, तो उत्पादों में अंतर बहुत बड़ा हो जाता है।

हालाँकि, AI आपूर्ति बनाता है, मांग नहीं।

• आप किसकी समस्या हल कर रहे हैं?
• वे भुगतान क्यों करते हैं?
• आप अपनी मौजूदगी कैसे बनाएँगे?
• ग्राहक प्रतिस्पर्धियों के बजाय आपका उत्पाद क्यों चुनें?

मनुष्यों को इनके उत्तर खोजने होंगे।

AI युग में, "केवल विदेशी प्रतिभाएँ क्या कर रही हैं," वह कठिन प्रॉम्प्ट लिखना नहीं है।

यह AI का उपयोग करके काम को कंपनी से ही मिटाना है, इससे पहले कि AI उनकी नौकरियाँ ले ले।

और वे उस मिटाने से पैदा हुए समय का उपयोग अधिक कोड लिखने के लिए नहीं, बल्कि ग्राहकों को समझने और उत्पाद बेचने के लिए कर रहे हैं।

यही कारण है कि एक व्यक्ति भी ₹20 करोड़ के वार्षिक कारोबार और ₹16 करोड़ के वार्षिक लाभ की गति से व्यवसाय चला सकता है।

Claude Code कोई जादुई टूल नहीं है जो आपको लाखों कमा दे।

हालाँकि, सही ग्राहकों, सही उत्पाद और सही बिक्री शक्ति वालों के लिए, यह एक व्यक्ति के निर्णय को कंपनी के पैमाने तक बढ़ाने वाला उपकरण बन जाता है।