Maker AI से कोड लिखने को क्यों नहीं कहता।
एप्लिकेशन जनरेटर एक भाषा मॉडल से कोड सुधार-सुधार कर बनाने को कहते हैं। नतीजा कभी शानदार, अक्सर नाज़ुक होता है: और हर सुधार किसी दूसरी चीज़ को तोड़ने का जोखिम रखता है। Maker भूमिकाओं के एक अलग बँटवारे पर टिका है।
AI वही करता है जो वह सबसे बेहतर करता है: आपकी ज़रूरत को समझना। builders वही करते हैं जो एक मशीन सबसे बेहतर करती है: एक योजना को निष्पादित करना, हर बार बिल्कुल एक जैसा।
भूमिकाओं का बँटवारा: MAKER की नींवहर संरचित प्रबंधन ज़रूरत के लिए बना।
जहाँ भी एंटिटीज़, प्रवाह, स्टेटस और संकेतक होते हैं, Maker योजना बनाना जानता है: इंटरवेंशन, ऑर्डर, स्टॉक, शेड्यूल, ग्राहक ट्रैकिंग।
इंटरवेंशन
स्टॉक
ग्राहक ट्रैकिंग
आपकी ज़रूरत
ऑर्डर
शेड्यूल
संकेतक
यह आपके लिए क्या बदलता है।
Maker द्वारा जनरेट की गई एप्लिकेशन कोई सुधार-सुधार नहीं है: यह उस योजना का निष्पादन है जिसे आपने मान्य किया। जब आप अपनी ज़रूरत बदलते हैं, योजना बदलती है, और निर्माण बिना किसी दुष्प्रभाव के अनुसरण करता है।
डिज़ाइन सिस्टम कोई विकल्प नहीं है।
हर एप्लिकेशन एक पेशेवर घटक प्रणाली से इकट्ठी होती है, वही जो इस साइट को बनाती है।
स्वामित्व पर कोई सौदेबाज़ी नहीं।
जनरेशन के साथ ही बना कोड आपका है। ZIP एक्सपोर्ट, GitHub पुश, जहाँ चाहें होस्टिंग। Maker एक निर्माता है, मकान मालिक नहीं।
निर्माण
एप्लिकेशन बनाने के दो तरीके। समय के साथ केवल एक ही टिकता है।
हर जनरेटर पहली कोशिश में प्रभावित करता है। जो चीज़ उन्हें अलग करती है वह निर्माण के दौरान सामने आती है: और बाद में, जब कुछ बदलना पड़ता है। यहाँ, एक ही अनुरोध, आदि से अंत तक अनुसरण किया गया।
पहला चरण: निर्माण
आपके विचार से पहले संस्करण तक।
वही शुरुआती अनुरोध: “मेरे तकनीशियनों के कार्यों को ट्रैक करने का एक उपकरण, जिसमें 4 घंटे की समयसीमा का पालन करना है”।
एक जनरेटर जो एआई से कोड लिखवाता है
एक वाक्य, सहज भाषा में।
स्क्रीन, डेटा, नियम: सब कुछ एक ही बार में तैयार। आप नहीं देख पाते कि रास्ते में क्या तय हुआ।
maker: एआई योजना बनाता है
वही वाक्य, आपके अपने शब्दों में।
वह जो समझा उसे सूचीबद्ध करता है: आपके तकनीशियन, आपके कार्य, आपकी 4 घंटे की समयसीमा। अभी तक कुछ भी नहीं बना।
सहज भाषा में, कोड में नहीं। समयसीमा 4 नहीं बल्कि 6 घंटे है? आप यहीं सुधारते हैं, एक पंक्ति में: कोड की एक भी पंक्ति मौजूद होने से पहले।
यहीं अप्रत्याशित रुकता है
कोई सुधार-चक्र नहीं
बिल्डर आज़माए हुए नियम लागू करते हैं: कोड टिकता है क्योंकि वह जोड़ा गया है, सुधारा नहीं गया।
वे निश्चित नियम लागू करते हैं, हर जनरेशन पर हूबहू दोहराए गए। कोड टिकता है क्योंकि वह जोड़ा गया है, सुधारा नहीं गया: कोई सुधार-चक्र नहीं है।
उसके समर्पित URL पर। और जो योजना आपने पुष्टि की, वह देखने योग्य बनी रहती है: वही संदर्भ है।
दूसरा चरण: विचलन
सुधार आपके शुरुआती अनुरोध के साथ क्या करते हैं।
जब एआई अपना ही कोड लगातार कई बार फिर से पढ़ता और लिखता है, तो वह आपका अनुरोध नहीं दोहराता: वह अपनी पिछली कोशिश दोहराता है। जो आपने माँगा था वह धीरे-धीरे विकृत हो जाता है, और कोई भी चीज़ आपको इसका संकेत नहीं देती।
बिना लिखित संदर्भ के
नियम बदल गया, किसी ने नहीं देखा। तुलना के लिए कोई दस्तावेज़ मौजूद नहीं है: आपके अनुरोध का एकमात्र निशान वह वाक्य है जो आपने टाइप किया, और कोड अब उससे मेल नहीं खाता।
योजना ही संदर्भ है
कोड को जितनी बार ज़रूरत हो उतनी बार फिर से बनाया जा सकता है, नियम नहीं हिलता। यह कोड में नहीं है: यह उस योजना में है जिसे आपने मंज़ूर किया।
तीसरा चरण: संशोधन
बाद में, आप एक स्थिति “विलंबित ” जोड़ना चाहते हैं।
यहीं अंतर सबसे अधिक दिखाई देता है।
फिर से चक्र से शुरू
वह एक ऐसा कोड फिर से पढ़ता है जिसे वह पहले ही कई बार लिख चुका है, और जिसे उसने इस तरह डिज़ाइन नहीं किया।
कोड मोटा होता जाता है, सुधार जमा होते जाते हैं, और एप्लिकेशन के पुराने होने के साथ चक्र लंबा होता जाता है।
योजना पर वापस
वही जिसे आपने पुष्टि किया था। वह अब भी वहीं है, अब भी पढ़ने योग्य।
स्थिति “विलंबित”: जब 4 घंटे की समयसीमा पार हो जाए। आप फिर से पढ़ते हैं, आप पुष्टि करते हैं।
योजना का बाकी हिस्सा नहीं हिला
योजना में जो नहीं बदला, वह एप्लिकेशन में नहीं बदलता। एक देर से किया संशोधन उतना ही प्रयास माँगता है जितना जल्दी किया गया।
यह आपके लिए क्या बदलता है
| मानदंड | एआई कोड लिखता है | blueprint maker |
|---|---|---|
| एआई की भूमिका | एआई कोड लिखता है: कोड लिखता और फिर से लिखता है | maker: योजना बनाता है; ढाँचा संकलित होता है, लिखा नहीं जाता |
| सौंपने से पहले | एआई कोड लिखता है: सुधार के चक्कर, बिल किए गए | maker: कोई सुधार-चक्कर नहीं |
| आप क्या पुष्टि करते हैं | एआई कोड लिखता है: कुछ नहीं: आप परिणाम खोजते हैं | maker: योजना, सहज भाषा में, निर्माण से पहले |
| आपका शुरुआती अनुरोध | एआई कोड लिखता है: हर सुधार पर विकृत होता है | maker: लिखा रहता है, संदर्भ बना रहता है |
| एक संशोधन | एआई कोड लिखता है: पूरे प्रोजेक्ट पर चक्र फिर शुरू करता है | maker: योजना की एक पंक्ति बदलता है |
| समय के साथ | एआई कोड लिखता है: हर सुधार दूसरे को बुलाता है | maker: संशोधन की लागत बेकाबू नहीं होती |
| आपका कोड | एआई कोड लिखता है: अक्सर मंच पर रोक लिया जाता है | maker: ZIP निर्यात, GitHub पुश, स्वतंत्र होस्टिंग |
हमारा दृष्टिकोण
जो Blueprint को एक साधारण एप्लिकेशन जनरेटर से अलग करता है।
वह समस्या जिसे लगभग हर कोई नज़रअंदाज़ करता है
एक कृत्रिम बुद्धिमत्ता एप्लिकेशन जनरेटर कोड लिखता है। जब मॉडल ग़लती करता है, तो वह उसी आत्मविश्वास से ग़लती करता है जैसे तब जब वह सही होता है, और बने कोड में कुछ भी इन दोनों को अलग नहीं करता।
हमने Blueprint को इस समझौते को अस्वीकार करने पर बनाया। यहाँ वे सिद्धांत हैं जो तय करते हैं कि हमारा सिस्टम क्या करता है, और सबसे बढ़कर, क्या करने से इनकार करता है।
हम जिस पर टिके हैं
हम बेतरतीब कोड जनरेट नहीं करते
Blueprint किसी मॉडल से आपकी एप्लिकेशन को पंक्ति-दर-पंक्ति लिखने को नहीं कहता। यह पहले एक विनिर्देश बनाता है, इस बात का एक संरचित और सत्यापन योग्य वर्णन कि एप्लिकेशन क्या होनी चाहिए, फिर इस विनिर्देश से कोड को निर्धारणात्मक ढंग से गढ़ता है।
इसका परिणाम सरल है: एक ही विनिर्देश दो बार एक ही एप्लिकेशन बनाता है। Blueprint की विश्वसनीयता प्रदर्शनयोग्य है, संभाव्य नहीं।
मॉडल वहाँ स्वतंत्र है जहाँ ग़लती हानिरहित है, और वहाँ नियंत्रित जहाँ नहीं है
सभी ग़लतियाँ बराबर नहीं होतीं। किसी फ़ॉर्म की सजावट में एक चूक पल भर में ठीक हो जाती है। एक ग़लत व्यावसायिक नियम उस पर निर्भर हर गणना में चुपचाप फैल जाता है।
हम कृत्रिम बुद्धिमत्ता को वहाँ स्वतंत्रता देते हैं जहाँ जोखिम स्थानीय और मरम्मत योग्य है; हम उसे वहाँ सख़्ती से नियंत्रित करते हैं जहाँ कोई ग़लती अदृश्य और स्थायी होगी। मॉडल की छूट संभावित दोष की गंभीरता के अनुरूप होती है।
हमारी विश्वसनीयता आज के मॉडल पर निर्भर नहीं है
मॉडल तेज़ी से आगे बढ़ते हैं; वे बदलते हैं। Blueprint अपनी विश्वसनीयता किसी ख़ास मॉडल की प्रतिभा पर नहीं लगाता। आपकी एप्लिकेशनों की शुद्धता की गारंटी देने वाला व्यावसायिक ज्ञान एक विशेषज्ञों द्वारा संकलित ज्ञान में बसता है, जिसे मॉडल परामर्श करता है, न कि स्वयं मॉडल में।
एक बेहतर मॉडल Blueprint को बेहतर बनाता है। कोई भी मॉडल Blueprint को दोषपूर्ण नहीं बनाता।
जब सिस्टम को पता नहीं होता, वह आपको बता देता है
यह हमारी सबसे अहम प्रतिबद्धता है, और एक जनरेटिव AI के डिफ़ॉल्ट व्यवहार के बिल्कुल विपरीत है। जिस स्थिति को वह निश्चितता से तय नहीं कर सकता, उसके सामने Blueprint अनुमान लगाने के बजाय रुक जाता है। एक बताया गया रिक्त स्थान एक स्वस्थ अवस्था है; एक गढ़ी गई संभावना एक दोष है, क्योंकि आप इसे किसी तथ्य से अलग नहीं कर पाएँगे।
हर अनुमान अपनी निश्चितता की मात्रा साथ लाता है
जब Blueprint आपकी ज़रूरत की व्याख्या करता है, वह कभी किसी अटकल को स्थापित तथ्य के आत्मविश्वास से पेश नहीं करता। भरोसे की मात्रा जानकारी के साथ आप तक पहुँचती है। आप हमेशा जानते हैं कि क्या निश्चित है, और किसे आपकी नज़र की ज़रूरत है।
हमारी दिशा
आज हम जो गारंटी देते हैं उससे परे, दो माँगें हमारे काम का मार्गदर्शन करती हैं:
- ऐसी एप्लिकेशन बनाना जो आपके व्यवसाय की असली ऊँचाई के अनुरूप हों: वह न्यूनतम ढाँचा नहीं जो “काम कर जाता है”, बल्कि वह गहराई जिसकी आपकी गतिविधि हक़दार है।
- आपके वर्णित डोमेन के प्रति वफ़ादार रहना, आसानी के लिए कभी किसी सामान्य समाधान की ओर बहके बिना।
ये वे दिशाएँ हैं जिन्हें हम क्रमशः सुसज्जित कर रहे हैं, और जिन्हें जब तक हासिल न हो जाएँ, हम हासिल-शुदा बताने से इनकार करते हैं। यह भी, एक तरह से, वादा निभाने का एक तरीका है।
Blueprint: पहले एक विनिर्देश, फिर एक एप्लिकेशन। कुछ भी बेतरतीब नहीं।