बोरिस इस बदलाव को नाम दे रहे हैं, जिसके आसपास मेरा अपना व्यवसाय पिछले कुछ महीनों से बना हुआ है।
एजेंसी को स्केल करने का पुराना तरीका: एक जूनियर को भर्ती करें, उन्हें आपके पिछले 10 प्रोजेक्ट्स पर प्रशिक्षित करें, और उम्मीद करें कि वे इतना सीख लेंगे कि 11वां प्रोजेक्ट शुरू होने पर शून्य से शुरू न हो।
फिर एक सीनियर के साथ दोहराएं जो जूनियर्स को मैनेज करे।
फिर एक VP के साथ दोहराएं जो सीनियर्स को मैनेज करे।
हर स्तर पर ओवरहेड बढ़ता है, हर स्तर पर संस्थापक के मस्तिष्क में मौजूद ज्ञान कमजोर होता है।
जब तक एजेंसी 30 लोगों तक बढ़ जाती है, मूल गुणवत्ता खो जाती है और संस्थापक कुछ भी नहीं करता है जिसके लिए उन्हें प्रशिक्षित किया गया था।
नया तरीका: आप हर प्रोजेक्ट से प्राप्त डेटा को एक संरचित पुस्तकालय में संग्रहित करते हैं, फिर उसके खिलाफ चलने वाले लूप्स लिखते हैं। एजेंट्स पिछले पैटर्न, पिछली आपत्तियाँ, पिछले आर्किटेक्चरल निर्णय, पिछली विफलता की स्थितियों को देखते हैं।
जब नया क्लाइंट रिक्वेस्ट आता है, तो लूप्स पहले ही सुझाव देते हैं कि क्या शिप किया जाए, पहले से ही कि कोई टीम मेंबर ब्रीफ पढ़ पाया हो।
यह सिद्धांत से नहीं, बल्कि 50 प्रोजेक्ट्स से है, जिन्हें लूप्स पहले ही प्रोसेस कर चुके हैं।
हेडकाउंट की गणना टूट जाती है। हिरासत से स्केलिंग,ओवरहेड के साथ रेखीय होती है।
लूप्स, प्रत्येक प्रोजेक्ट के साथ संचयी होने वाले,डेटा पुस्तकालय के साथ स्केल होते हैं।
अभी मेरे लिए,व्यवहार में,यह कैसा दिखता है:
हर क्लाइंट की प्रारंभिक मीटिंग,एक संरचित प्रोजेक्ट लॉग में सम्मिलित होती है।
हर आर्किटेक्चरल निर्णय को टैग किया जाता है और वर्णित किया जाता है।
हर प्रोडक्शन में हमारे सामने आई समस्या को,उसके समाधान के साथ,लॉग में संग्रहित किया जाता है।
हर प्रॉम्प्ट,जो किसी विशेष प्रकार के इंटीग्रेशन पर काम करता है,उस प्रकार के इंटीग्रेशन के साथ संग्रहित होता है।
जब 50वाँ क्लाइंट आता है,तब सिस्टम पहले से ही “इस प्रकार के प्रोजेक्ट में सामान्यतः 6वें हफ्ते में कहाँ समस्या होती है” — 49 संस्करणों को प्रोसेस कर चुका होता है।
लूप्स स्वयंसंचालित (autonomous) नहीं हैं।
मैं हरआउटपुट की समीक्षा करता हूँ।
वे आर्किटेक्चरल निर्णय नहीं लेते।
वे संभावित समाधान प्रस्तुत करते हैं।
वे डॉकुमेंटेशन का मसौदा बनाते हैं।
वे पहले समान प्रोजेक्ट्स में काम करने वाली चीज़ों के βधारणा पर,फीचर मेंवृद्धि का प्रस्ताव देते हैं।
हरऐसा निर्णय,जो क्लाइंट मूल्य को छूता है,उसमें मनुष्य शामिल होता है।
लेकिन इससे एक ‐ऐसा लेवरेज खुलता है,जो भर्ती कभी उत्पन्न नहीं कर पाई।
एक सीनियर इंजीनियर 10 वर्षों की पैटर्न पहचान लाता है।
लूप्स मुझ द्वारा भेजे गए हर प्रोजेक्ट की प्रति पैटर्न धारण करते हैं,और इनकी खोज सेकंडों में की जा सकती है।
इंजीनियर की पैटर्न पहचान उनकी करियर भर बढ़ती है।
लूप्स की पहचान हर सोमवार बढ़ती है।
बोरिस इस परिवर्तन को,मॉडल-स्थल (mode level) पर,नाम-दे-रहे-हैं।
एजेंसी-स्थल (agency level) पर,यह-बदलाव-बिल्कुल-एक-जैसा-है।
अब-काम-AI-को-प्रॉम्प्ट-देना-नहीं-है।
अब-काम-AI-को-प्रॉम्प्ट-देने-वाले-लूप्स-लिखना-और-उन-लूप्स-द्वारा-चलने-वाले-डेटा-एकत्र-करना-है।
2027 में,अधिकांशएजेंसियाँएकदोचीज़मेंसेएकहोगी:
या to headcount scaling shops jinme abhi bhi juniors hire ki ja rahi hain
या loop scaling studios jinke team ka size bahut kam hai aur har builder ka throughput 10x hai
अभी fully autonomous nahi
अभी kisi bhi cheez ko aise naheen bata rahe jaise ki humne kuchh kaha ho
लेकिन architectural shift asli hai aur zyadatar operators ne abhi tak yeh samajhna nahi hai ki yeh unke business ke liye bhi apply hota hai, sirf AI banane ke liye nahi