AI अॅप बिल्डर्ससाठी प्रॉम्प्ट्स कसे लिहायचे (आधी-नंतरच्या उदाहरणांसह)
AI अॅप बिल्डरसाठी चांगला प्रॉम्प्ट कोडचे नव्हे तर प्रॉडक्टचे वर्णन करतो: ते कोण वापरते, ते चरणानुसार काय करते, ते कोणता डेटा ठेवते आणि कोणाला काय पाहण्याची परवानगी आहे. पहिली आवृत्ती तयार झाल्यावर प्रत्येक संदेशात एक विशिष्ट बदल मागा, काय तसेच राहिले पाहिजे ते सांगा, आणि समस्यांचे वर्णन "मी X केले, Y अपेक्षित होते, Z मिळाले" असे करा. या तीन सवयी बहुतेक निराशाजनक निकाल दुरुस्त करतात.
या मार्गदर्शकाचा उर्वरित भाग हे पॅटर्न्स तपशिलात दाखवतो, आधी-नंतरच्या उदाहरणांसह ज्या तुम्ही आपल्या गरजेनुसार बदलू शकता.
अॅप बिल्डरला प्रॉम्प्ट देणे AI शी गप्पा मारण्यापेक्षा वेगळे का आहे
चॅट असिस्टंटला प्रश्न विचारताना अस्पष्ट प्रॉम्प्टला अस्पष्ट उत्तर मिळते आणि तुम्ही पुढे जाता. AI अॅप बिल्डरला प्रॉम्प्ट देताना उत्तर म्हणजे चालणारे प्रोग्राम. तुमच्या वर्णनातील प्रत्येक रिकामी जागा अंदाजाने भरली जाते, आणि हे अंदाज कोड, डेटाबेस टेबल्स आणि स्क्रीन्स बनतात, ज्यासोबत तुम्हाला जगावे लागते किंवा ते उलटवावे लागतात.
त्यामुळे प्रॉम्प्टचे उद्दिष्ट हुशार वाटणे नाही. महत्त्वाचे निर्णय संधीवर सोडणे कमी करणे हे आहे. त्यासाठी तांत्रिक शब्दसंग्रहाची गरज नाही. फक्त ज्या गोष्टी फक्त तुम्हालाच माहीत आहेत, त्याबाबत नेमके राहा: तुमचे वापरकर्ते, तुमची कार्यपद्धती आणि तुमचे नियम.
पहिल्या प्रॉम्प्टमध्ये काय समाविष्ट करायचे
काहीही लिहिण्यापूर्वी हे प्रश्न सोडवा. प्रत्येक प्रश्न अशी रिकामी जागा भरतो जी AI अन्यथा अंदाजाने भरेल.
| समाविष्ट करा | ते का महत्त्वाचे आहे | उदाहरण |
|---|---|---|
| प्रॉडक्ट एका वाक्यात | पुढच्या सर्व निर्णयांची चौकट ठरवते | "दोन खुर्च्या असलेल्या नाभिकाच्या दुकानासाठी बुकिंग साइट" |
| ते कोण वापरतो | स्क्रीन्स आणि सूर ठरवते | "फोनवर येणारे ग्राहक, आणि लॅपटॉपवर मालक" |
| मुख्य प्रवाह, चरणानुसार | पहिल्यांदा चालले पाहिजे अशी गोष्ट | "सेवा निवडा, वेळ निवडा, नाव आणि फोन नंबर टाका, पुष्टी मिळवा" |
| ते ठेवत असलेला डेटा | डेटाबेस डिझाइन बनतो | "सेवा, बुकिंग्ज, ग्राहक" |
| कोण काय पाहू किंवा बदलू शकतो | लॉगिन आणि परवानग्या ठरवते | "फक्त मालक सर्व बुकिंग्ज पाहू शकतो" |
| लूक आणि फील, थोडक्यात | सामान्य डीफॉल्ट शैली टाळते | "गडद, साधे, मोठी बटणे" |
| आत्तासाठी काय वगळायचे | पहिली आवृत्ती छोटी ठेवते | "अजून पेमेंट्स किंवा रिव्ह्यूज नाहीत" |
शेवटची ओळ कमी लेखली जाते. तुम्हाला काय नको ते सांगितल्याने AI तुम्ही न मागितलेला ब्लॉग, किंमत पृष्ठ आणि न्यूजलेटर साइनअप जोडत नाही.
आधी आणि नंतर: पहिला प्रॉम्प्ट
आधी:
माझ्या जिमसाठी एक अॅप बनवा.
बिल्डरला सर्वकाही अंदाजावे लागते: सदस्य की कर्मचारी? वर्ग की वैयक्तिक प्रशिक्षण? पेमेंट्स? तुम्हाला जिमच्या वेबसाइटसारखे दिसणारे, पण तुम्हाला हवे असलेले काहीही न करणारे काहीतरी मिळेल.
नंतर:
एका छोट्या योगा स्टुडिओसाठी वर्ग बुकिंग अॅप बनवा. सदस्य या आठवड्यातील वर्ग पाहतात (नाव, शिक्षक, वेळ, किती जागा शिल्लक), एक जागा बुक करतात, आणि दोन तास आधी रद्द करू शकतात. सदस्य ईमेल आणि पासवर्डने साइन अप करतात. स्टुडिओ मालक लॉगिन करून वर्ग जोडतो, कोण बुक आहे ते पाहतो आणि उपस्थिती नोंदवतो. वर्ग, सदस्य आणि बुकिंग्ज डेटाबेसमध्ये ठेवा. शांत, हलके डिझाइन जे फोनवर चांगले चालते. अजून पेमेंट्स नाहीत.
दुसरा प्रॉम्प्ट अजूनही छोटा आहे. तो फक्त वरील तक्त्यातील प्रश्नांची उत्तरे देतो.
वर्तनाचे वर्णन करा, अंमलबजावणीचे नाही
कसे बांधायचे ते सांगण्याऐवजी काय घडले पाहिजे ते वर्णन केल्यास अनेकदा चांगले निकाल मिळतात.
आधी:
बुकिंग्ज आणणारा useEffect आणि संपादनासाठी एक modal कंपोनंट जोडा.
नंतर:
मालकाने एखाद्या बुकिंगवर क्लिक केल्यावर एक पॅनल उघडा, जिथे तो वेळ बदलू किंवा ते रद्द करू शकेल. बदल यादीत लगेच दिसले पाहिजेत.
पहिला प्रॉम्प्ट AI ला एका विशिष्ट तंत्राला बांधतो, जे अॅप ज्या प्रकारे बांधले आहे त्याला बसत नसेल. दुसरा प्रॉम्प्ट परिणाम सांगतो आणि AI ने आधीच लिहिलेल्या कोडसाठी योग्य पद्धत निवडू देतो. तुम्ही डेव्हलपर असाल आणि तुमची ठाम पसंती असेल, तर ती सांगा, पण परिणामासोबत जोडा.
नियमांबाबत नेमके राहा
AI-बांधलेली अॅप्स सर्वात जास्त इथेच चुकतात, कारण हे नियम तुम्हाला स्पष्ट असतात आणि AI ला दिसत नाहीत. ते स्पष्टपणे लिहा.
- मर्यादा: "एका सदस्याकडे जास्तीत जास्त तीन भविष्यातील बुकिंग्ज असू शकतात."
- वेळ: "वर्ग सुरू होण्याच्या दोन तास आधी रद्द करणे बंद होते."
- एज केसेस: "वर्ग भरला असेल तर Book ऐवजी waitlist बटण दाखवा."
- परवानग्या: "शिक्षक स्वतःच्या वर्गांची उपस्थिती पाहू शकतात, इतर शिक्षकांची नाही."
यापैकी प्रत्येक एक वाक्य आहे. यातील कोणताही नियम वगळल्यास अॅप एकतर तो नियम लागू करणार नाही किंवा स्वतःची आवृत्ती तयार करेल.
पहिल्या आवृत्तीनंतर: एका संदेशात एक बदल
प्रीव्ह्यूमध्ये काही चालू झाले की संपूर्ण प्रॉडक्टचे वर्णन करण्यापासून लहान, तपासता येतील असे बदल मागण्याकडे वळा.
आधी:
डिझाइन बिघडले आहे, बुकिंग नीट चालत नाही आणि मला कॅलेंडर व्ह्यू आणि ईमेल्स हवेत.
नंतर (चार वेगळ्या संदेशांत):
- वर्गातील शेवटची जागा मी बुक केल्यावर वर्ग अजूनही "1 जागा शिल्लक" दाखवतो. तो "Full" दाखवला पाहिजे आणि Book बटण लपले पाहिजे.
- वेळापत्रक पानावर एक आठवड्याचा कॅलेंडर व्ह्यू जोडा, दररोजसाठी एक स्तंभ. सध्याचा यादी व्ह्यू एक पर्याय म्हणून ठेवा.
- फोनवर वर्ग कार्ड्स अधिक संक्षिप्त करा: लहान पॅडिंग, शिक्षकांचे नाव वेळेसोबतच एकाच ओळीत.
- सदस्याने बुक केल्यावर त्याला पुष्टीचा ईमेल पाठवा.
हे का चालते:
- प्रत्येक बदल एका फेरीत AI योग्य करू शकेल इतका छोटा आहे.
- पुढे जाण्यापूर्वी तुम्ही प्रत्येक बदल तपासू शकता.
- एखादा चुकला तर इतरांना न गमावता फक्त तो चरण मागे घेता येतो.
काय तसेच ठेवायचे ते सांगा
आधीपासून काम करणाऱ्या गोष्टीत बदल मागताना AI ला काय बदलायचे नाही ते सांगा. रिग्रेशन्स (एडिटनंतर पूर्वी चालणाऱ्या गोष्टी तुटणे) थांबवण्याचा हा सर्वात सोपा मार्ग आहे.
होम पेजचा हिरो मोठ्या हेडलाइन आणि उजवीकडे फोटोसह पुन्हा डिझाइन करा. नेव्हिगेशन, रंग आणि हिरोच्या खालील सर्व काही अगदी जसे आहे तसे ठेवा.
हेच डेटाला लागू होते: "सदस्यांमध्ये फोन नंबर फील्ड जोडा. कोणतेही विद्यमान फील्ड काढू किंवा नाव बदलू नका."
स्क्रीनशॉट्स आणि नेमका मजकूर वापरा
"वरची ती गोष्ट" सारखे शब्द अस्पष्ट असतात. बहुतेक AI अॅप बिल्डर्स इमेजेस स्वीकारतात, आणि छोट्या नोटसह स्क्रीनशॉट परिच्छेदभर वर्णनापेक्षा जलद असतो.
- स्क्रीनशॉट जोडा आणि म्हणा "लाल वर्तुळ केलेले बटण फोनवर मेनूवर येते".
- एररचा नेमका मजकूर पॅराफ्रेज न करता पेस्ट करा.
- स्क्रीनवरील लेबल्स नेमके उद्धृत करा: "Settings पानावरील Save changes बटण".
बगसाठी हा आकार वापरा:
बुकिंग्ज पानावर मी उद्याच्या बुकिंगसाठी Cancel क्लिक केले. ते माझ्या यादीतून नाहीसे व्हावे अशी अपेक्षा होती. पण काहीच झाले नाही आणि रिफ्रेश केल्यावरही बुकिंग तिथेच आहे. ते दुरुस्त करा आणि रद्द करणे चालते हे तपासा.
AI-बांधलेले अॅप डीबग कसे करायचे या मार्गदर्शकात यावर अधिक माहिती आहे.
मोठ्या बदलांसाठी आधी प्लॅन करा
अॅपच्या अनेक भागांना स्पर्श करणाऱ्या कोणत्याही गोष्टीसाठी, जसे पूर्वी खाते नसलेल्या अॅपमध्ये वापरकर्ता खाती जोडणे, पेमेंट्स जोडणे किंवा डेटा कसा संरचित आहे ते बदलणे, कोणत्याही कोडमध्ये बदल होण्यापूर्वी प्लॅन मागा.
काहीही बदलण्यापूर्वी, टीम खाती कशी जोडाल ते समजावून सांगा: कोणती नवीन टेबल्स, कोणती पाने बदलतात आणि विद्यमान वापरकर्त्यांचे काय होते. अजून कोड संपादित करू नका.
प्लॅन वाचा. एखादी गोष्ट चुकीची समजली असेल, तर एक परिच्छेद दुरुस्त करणे पूर्ण झालेले फीचर दुरुस्त करण्यापेक्षा खूप स्वस्त आहे. अनेक बिल्डर्सकडे यासाठी खास मोड असतो; Mythex वर तो Plan मोड आहे, जो Build आणि Ask सोबत येतो.
काय टाळायचे
| टाळा | का | त्याऐवजी |
|---|---|---|
| "हे अधिक चांगले करा" / "हे उठून दिसू द्या" | लक्ष्य नसल्याने AI यादृच्छिकपणे बदल करतो | बदल नाव द्या: "विभागांमध्ये अधिक मोकळी जागा, मोठी हेडिंग्ज" |
| दहा फीचर्स असलेला एक मोठा प्रॉम्प्ट | चुका वाढतात; तपासणे कठीण | एका संदेशात एक फीचर |
| चॅटमध्ये API keys पेस्ट करणे | Keys चॅट इतिहासात राहतात | बिल्डरचे secrets किंवा environment सेटिंग्ज वापरा |
| तुटलेल्या निकालाशी वाद घालणे | प्रत्येक दुरुस्ती बगवर रचली जाते | मागे जा, मग पुन्हा शब्दरचना करा |
| समजत नसलेला कोड स्पेसिफाय करणे | खराब जुळणी पक्की होते | तुम्हाला हवे असलेले वर्तन वर्णन करा |
| "एंटरप्राइझ-ग्रेड सुरक्षा" मागणे | त्याचा ठोस अर्थ नाही | प्रत्यक्ष नियम यादी करा: कोण काय पाहू शकतो |
API keys बाबत: पेमेंट किंवा ईमेल सेवा हवी असल्यास तिच्या keys प्रॉम्प्टमध्ये नव्हे तर प्रोजेक्टच्या secrets मध्ये ठेवा. हे नवीन असल्यास environment variables आणि secrets म्हणजे काय पहा.
पुन्हा वापरता येणारे प्रॉम्प्ट टेम्पलेट्स
कंसातील भाग बदलून हे जुळवून घ्या.
नवीन अॅप:
[कोणत्या प्रकारचे अॅप] [कोणासाठी] बनवा. ते [मुख्य प्रवाह, चरणानुसार]. [दुसऱ्या प्रकारचा वापरकर्ता] [ते काय करतो] यासाठी लॉगिन करतो. [डेटा] डेटाबेसमध्ये ठेवा. [लूक आणि फील]. [नंतरसाठी असलेल्या गोष्टी] वगळा.
नवीन फीचर:
[पेज] वर [फीचर] जोडा. जेव्हा [वापरकर्ता] [कृती] करतो, तेव्हा [काय घडले पाहिजे]. फक्त [कोण] [ते करू] शकतो. [विद्यमान गोष्टी] जशा आहेत तशाच ठेवा.
डिझाइन बदल:
[पेज] वर [विशिष्ट घटक] [विशिष्ट बदल] करा. [काय ठेवायचे] तसेच ठेवा. फोन-रुंदीच्या स्क्रीनवर ते योग्य दिसते का ते तपासा.
बग:
[पेज] वर मी [पायऱ्या] केले. [अपेक्षित] अपेक्षित होते. पण [प्रत्यक्ष, तसेच नेमका एरर मजकूर] झाले. ते दुरुस्त करा आणि फ्लो चालतो हे तपासा.
बदल न करता प्रश्न:
कोणताही कोड बदलू नका. [अॅपचा भाग] कसा काम करतो आणि [डेटा] कुठे ठेवला जातो ते समजावून सांगा.
मोठी स्पेक लिहिणे
मोठ्या प्रोजेक्ट्ससाठी आधी एक-पानी ब्रीफ लिहिणे आणि ते सुरुवातीचा प्रॉम्प्ट म्हणून पेस्ट करणे उपयुक्त ठरू शकते: वापरकर्ते, मुख्य प्रवाह, डेटा, नियम आणि काय कक्षेबाहेर आहे. तो मसुदा तयार करण्यासाठी AI ची मदतही घेऊ शकता; AI सह प्रॉडक्ट रिक्वायरमेंट्स डॉक कसा लिहायचा यात कसे ते आहे. फक्त पहिली बांधणी विनंती मुख्य प्रवाहापुरती ठेवा आणि बाकीचे टप्प्याटप्प्याने जोडा.
Mythex मध्ये प्रॉम्प्टिंग
वरील सर्व Mythex मध्ये चालते. काही विशिष्ट गोष्टी उपयोगी ठरतात:
- Build, Plan आणि Ask मोड्स. मोठ्या किंवा धोकादायक बदलांसाठी Plan वापरा, आणि संपादनाशिवाय स्पष्टीकरण हवे असल्यास Ask वापरा.
- Checkpoints. प्रत्येक यशस्वी बदलानंतर Mythex एक checkpoint जतन करते, आणि एखाद्या उत्तरावरील Revert to this point प्रोजेक्ट मागे नेते. तुम्ही आधीचा संदेश संपादित करून पुन्हा पाठवू शकता, त्या बिंदूवरून वेगळा प्रॉम्प्ट वापरून पाहण्यासाठी.
- Secrets कार्ड. एजंटला API key हवी असेल तेव्हा तो चॅटमधील कार्डद्वारे विचारतो, त्यामुळे मूल्य तुमच्या संदेशात लिहिले न जाता प्रोजेक्ट secret म्हणून जतन होते.
- इमेजेस. स्क्रीनशॉट्स किंवा मॉकअप्स जोडा आणि एजंट ते पाहील.
डॉक्समध्ये प्रभावी प्रॉम्प्ट्स आणि पुन्हा बांधल्याशिवाय पुनरावृत्ती यावर लहान पाने आहेत. शून्यापासून सुरुवात करत असाल, तर AI सह अॅप कसे बनवायचे पूर्ण प्रोजेक्टमधून नेते, आणि AI सह चांगले दिसणारे अॅप कसे डिझाइन करायचे व्हिज्युअल पॉलिशसाठीचे प्रॉम्प्ट्स सांगते.
प्रश्न
AI अॅप बिल्डरसाठी प्रॉम्प्ट किती मोठा असावा?
पहिल्या आवृत्तीसाठी साधारणपणे चार ते आठ वाक्यांचा छोटा परिच्छेद पुरेसा असतो: अॅप कोण वापरतो, मुख्य प्रवाह, ते ठेवत असलेला डेटा आणि कोण काय पाहू शकतो. त्यानंतर एका वेळी एकच बदल मागणारे छोटे प्रॉम्प्ट्स लांब प्रॉम्प्ट्सपेक्षा चांगले काम करतात.
AI ला कोणते फ्रेमवर्क किंवा भाषा वापरायची ते मी सांगू का?
फक्त तसे कारण असेल तरच, जसे कोड पुढे सांभाळणारा डेव्हलपर असणे किंवा एखादी सेवा फक्त एका स्टॅकसोबत चालणे. नाहीतर प्रॉडक्टचे वर्णन करा आणि बिल्डरला योग्य डीफॉल्ट निवडू द्या.
मी न मागितलेल्या गोष्टी AI सतत का बदलतो?
सहसा प्रॉम्प्ट खूप व्यापक असल्यामुळे ("हे अधिक चांगले करा") किंवा काय तसेच ठेवायचे ते न सांगितल्यामुळे. नेमकी बदलायची गोष्ट सांगा, काय तसेच राहिले पाहिजे ते सांगा आणि प्रत्येक संदेशात एकच बदल मागा.
चुकीच्या निकालाला अधिक प्रॉम्प्ट्सने दुरुस्त करावे की पुन्हा सुरुवात करावी?
शेवटच्या बदलाने गोष्टी बिघडल्या असतील, तर त्यावर दुरुस्त्या रचण्याऐवजी त्याआधीच्या आवृत्तीवर परत जा आणि पुन्हा शब्दरचना करा. कल्पनाच बदलली असेल तेव्हाच नवीन प्रोजेक्ट सुरू करा.