OpenClaw के निर्माता से AI कोडिंग के 10 सिद्धांत
GitHub इतिहास में सबसे तेज़ स्टार हासिल करने वाले प्रोजेक्ट के निर्माता Peter Steinberger ने AI कोडिंग एजेंट्स के साथ काम करने के 10 सिद्धांत साझा किए।
OpenClaw (पहले Clawdbot) के निर्माता Peter Steinberger का इंटरव्यू देखकर मैं सच में चौंक गया। यह GitHub इतिहास में सबसे तेज़ स्टार ग्रोथ हासिल करने वाले प्रोजेक्ट के रचनाकार भी हैं।
Peter एक अनुभवी डेवलपर हैं जिन्होंने 13 साल तक 60-70 लोगों की कंपनी चलाई, उसे बेचा, तीन साल का ब्रेक लिया और फिर वापस आए। AI युग में डेवलपमेंट को लेकर उनका नज़रिया हम में से अधिकांश की सोच से बिल्कुल अलग है।
एक साधारण शुरुआत
शुरू में कोई बड़ा बिज़नेस प्लान नहीं था। बस “AI के साथ खेलना” था, और बाहर रहते हुए WhatsApp से अपने घर के कंप्यूटर से बात करना चाहते थे - इसीलिए उन्होंने यह टूल बनाया।
निर्णायक “अहा मोमेंट”
निर्णायक पल एक यात्रा के दौरान आया। उन्होंने अपने एजेंट को एक वॉइस मैसेज भेजा - लेकिन उन्होंने कभी वॉइस सपोर्ट कोड नहीं किया था। एजेंट ने खुद ही Opus फ़ाइल फ़ॉर्मैट पहचाना, ffmpeg ढूंढकर कन्वर्ट किया, API की खोज कर ट्रांसक्राइब और ट्रांसलेट किया, और जवाब भेज दिया। उसी पल उन्हें एहसास हुआ कि एजेंट “चतुर और संसाधनपूर्ण जानवर” हैं।
इन अनुभवों के आधार पर Peter ने AI कोडिंग के 10 सिद्धांत तैयार किए।
AI के साथ काम करने के लिए परफ़ेक्शनिज़्म छोड़ना ज़रूरी है
70 लोगों की टीम चलाने से उन्होंने सीखा कि जो काम अपनी स्टाइल से मेल नहीं खाता, उसे भी स्वीकार करना चाहिए। कोड आपकी पसंद से 100% मेल नहीं खाता लेकिन सही काम करता है - तो काफ़ी है। यही लचीलापन एजेंट्स के साथ सहयोग में उनकी सबसे बड़ी ताक़त बन गया।
ऐसे सिस्टम डिज़ाइन करें जहाँ एजेंट अपना काम खुद वेरिफ़ाई करे
Peter इसे “लूप बंद करना (Close the loop)” कहते हैं। कंपाइल, लिंट, रन, वेरिफ़ाई - सब कुछ एजेंट खुद करता है। जब इंसान बीच में कन्फ़र्म करता है, तो वह bottleneck बन जाता है और पूरी स्पीड गिर जाती है।
Pull Request खत्म हो गए - अब Prompt Request का ज़माना है
कोड से ज़्यादा ज़रूरी वह प्रॉम्प्ट है जिसने कोड बनाया। Peter बाहरी PR लगभग रिजेक्ट कर देते हैं, सिर्फ़ कोर आइडिया निकालकर प्रॉम्प्ट में बदल लेते हैं। उनके भाई भी इसी तरह काम करते हैं - यह पैटर्न पहले से फैल रहा है।
कोड रिव्यू की जगह आर्किटेक्चर पर चर्चा करें
Discord पर भी कोर टीम कोड की बात नहीं करती। वे सिस्टम स्ट्रक्चर, बड़े फ़ैसले और दिशा पर ही चर्चा करते हैं। पूरी टीम ने मान लिया है कि इम्प्लीमेंटेशन डिटेल्स एजेंट का काम है।
एक साथ 5 से 10 एजेंट चलाएँ
एक ही टास्क पर अटके रहने के बजाय कई टास्क को पैरेलल में क्यू करें। प्लान बनाओ, एजेंट को सौंपो, और तुरंत अगले पर जाओ। Peter कहते हैं इसी तरह “फ़्लो स्टेट” बनी रहती है।
प्लानिंग में हैरान कर देने वाला समय लगाएँ
Peter एजेंट्स के साथ प्लानिंग फ़ेज़ में काफ़ी पिंग-पॉन्ग करते हैं - चुनौती देते हैं, सुधारते हैं, विरोध करते हैं, और तब तक दोहराते हैं जब तक प्लान मज़बूत न हो जाए। वे एक्ज़ीक्यूशन के लिए Claude Code की बजाय Codex पसंद करते हैं क्योंकि Claude Code बीच में सवाल पूछकर फ़्लो तोड़ देता है। जब प्लान पक्का हो, तो एक्ज़ीक्यूशन में लगभग हस्तक्षेप की ज़रूरत नहीं पड़ती।
जानबूझकर अस्पष्ट निर्देश दें
बहुत स्पेसिफ़िक निर्देश AI को उसी दायरे में सीमित कर देते हैं। जानबूझकर गुंजाइश छोड़ने से एजेंट उन दिशाओं की खोज करता है जो आपने सोची नहीं थीं। मेरे अनुभव में यह सचमुच काम करता है - अक्सर अप्रत्याशित समाधान सामने आते हैं। हालाँकि, हमेशा यही तरीक़ा सही नहीं होता।
रिमोट CI के 10 मिनट इंतज़ार करने की बजाय लोकल पर टेस्ट करें
रिमोट CI पाइपलाइन के 10 मिनट इंतज़ार करना बेकार है। सिस्टम ऐसे डिज़ाइन करें कि एजेंट लोकली टेस्ट चलाए। फ़ीडबैक लूप जितना छोटा, iteration उतनी तेज़।
ज़्यादातर कोड बस उबाऊ डेटा ट्रांसफ़ॉर्मेशन है
ऐप्लिकेशन कोड का बड़ा हिस्सा “डेटा को एक रूप से दूसरे रूप में बदलना” है। इसमें उलझने की ज़रूरत नहीं - एजेंट को सौंप दें। अपनी ऊर्जा कोड पर नहीं, सिस्टम डिज़ाइन पर लगाएँ।
प्रोडक्ट लॉन्च करने वाले लोग AI में तेज़ी से ढलते हैं
एल्गोरिदम पज़ल सुलझाने वाले डेवलपर्स को AI ट्रांज़िशन में ज़्यादा दिक्कत होती है। जो लोग इम्प्लीमेंटेशन डिटेल्स से ज़्यादा नतीजों और लॉन्च में रुचि रखते हैं, वे जल्दी ढल जाते हैं। यह पैटर्न मैं अपने आसपास लगातार देखता हूँ।
Peter का भविष्य का नज़रिया
उनकी भविष्यवाणी है कि अनगिनत ऐप्स ग़ायब हो जाएँगे और सिर्फ़ API बचेंगे। MyFitnessPal खोलकर मैन्युअली इनपुट करने की ज़रूरत नहीं - बस एजेंट को खाने की फ़ोटो भेजो, वह कैलोरी कैलकुलेट करके हेल्थ गोल ऑटोमैटिक अडजस्ट कर देगा।
सारांश
बहस की गुंजाइश है, लेकिन Peter के 10 सिद्धांत एक ही दिशा की ओर इशारा करते हैं: परफ़ेक्शनिज़्म छोड़ो, कोड रिव्यू की जगह आर्किटेक्चर पर चर्चा करो, एजेंट्स को अपना काम खुद वेरिफ़ाई करने दो, और कई एजेंट्स एक साथ चलाओ।
यह सब “ऐसा माहौल बनाने” की दिशा में जाता है जहाँ डेवलपर को खुद कोड लिखने की ज़रूरत न हो। अगर यही दिशा है, तो AI युग में असली हुनर अच्छा कोड लिखना नहीं - बल्कि ऐसा सिस्टम डिज़ाइन करना है जो बिना कोड लिखे समस्याओं का हल निकाले।
संदर्भ:
न्यूज़लेटर से जुड़ें
मेरे नवीनतम प्रोजेक्ट्स, लेखों और AI तथा वेब डेवलपमेंट प्रयोगों के बारे में अपडेट प्राप्त करें।