AI App Builders-க்கு prompts எழுதுவது எப்படி (முன்பும் பின்பும் உதாரணங்களுடன்)

AI app builder-க்கான நல்ல prompt product-ஐ விவரிக்கிறது, குறியீட்டை அல்ல: அதை யார் பயன்படுத்துகிறார்கள், அவர்கள் படிப்படியாக என்ன செய்கிறார்கள், அது என்ன data சேமிக்கிறது, யார் எதைப் பார்க்கலாம். முதல் பதிப்பு உருவானபின், ஒவ்வொரு செய்தியிலும் ஒரு குறிப்பிட்ட மாற்றத்தைக் கேளுங்கள், எது மாறாமல் இருக்க வேண்டும் என்று சொல்லுங்கள், பிரச்சினைகளை "நான் X செய்தேன், Y எதிர்பார்த்தேன், Z கிடைத்தது" என்று விவரியுங்கள். இந்த மூன்று பழக்கங்களே ஏமாற்றம் தரும் பெரும்பாலான முடிவுகளைச் சரிசெய்கின்றன.

இந்த வழிகாட்டியின் மீதிப் பகுதி முறைகளை விரிவாக, உங்களுக்கு ஏற்ப மாற்றக்கூடிய முன்பும் பின்பும் உதாரணங்களுடன் காட்டுகிறது.

App builder-உடன் prompt செய்வது ஏன் AI-யுடன் அரட்டை அடிப்பதிலிருந்து வேறுபட்டது

Chat உதவியாளரிடம் ஒரு கேள்வி கேட்கும்போது, தெளிவற்ற prompt தெளிவற்ற பதிலைத் தரும், நீங்கள் நகர்ந்துவிடலாம். AI app builder-உடன் prompt செய்யும்போது, பதில் இயங்கும் ஒரு நிரல். உங்கள் விளக்கத்தில் உள்ள ஒவ்வொரு இடைவெளியும் ஒரு யூகத்தால் நிரப்பப்படும், அந்த யூகங்கள் குறியீடாகவும், database tables ஆகவும், திரைகளாகவும் மாறும், அவற்றுடன் நீங்கள் வாழ வேண்டும் அல்லது அவற்றை மாற்ற வேண்டும்.

எனவே prompt-இன் நோக்கம் புத்திசாலித்தனமாகத் தோன்றுவது அல்ல. முக்கியமான முடிவுகளை வாய்ப்புக்கு விட்டுவிடும் அளவைக் குறைப்பதே. அதற்குத் தொழில்நுட்பச் சொற்கள் தேவையில்லை. உங்களுக்கு மட்டுமே தெரிந்தவற்றில் துல்லியமாக இருங்கள்: உங்கள் பயனர்கள், உங்கள் பணிப்பாய்வு, உங்கள் விதிகள்.

முதல் prompt-இல் என்ன சேர்ப்பது

எதையும் எழுதுவதற்கு முன், இந்தக் கேள்விகளுக்குப் பதில் சொல்லுங்கள். ஒவ்வொன்றும் AI இல்லையெனில் யூகிக்கும் ஓர் இடைவெளியை மூடுகிறது.

கடைசி வரி குறைத்து மதிப்பிடப்படுகிறது. நீங்கள் வேண்டாம் என்பதைச் சொல்வது, நீங்கள் கேட்காத ஒரு blog, விலைப் பக்கம், newsletter signup ஆகியவற்றை AI சேர்ப்பதைத் தடுக்கும்.

முன்பும் பின்பும்: முதல் prompt

முன்பு:

என் ஜிம்முக்கு ஒரு app உருவாக்குங்கள்.

Builder எல்லாவற்றையும் யூகிக்க வேண்டும்: உறுப்பினர்களா அல்லது ஊழியர்களா? வகுப்புகளா அல்லது தனிப்பயிற்சியா? Payments உண்டா? நீங்கள் ஜிம் இணையதளம் போலத் தோன்றி எதுவும் செய்யாத ஒன்றைப் பெறுவீர்கள்.

பின்பு:

ஒரு சிறிய யோகா ஸ்டுடியோவுக்கான வகுப்பு முன்பதிவு app உருவாக்குங்கள். உறுப்பினர்கள் இந்த வாரத்தின் வகுப்புகளைப் பார்க்கிறார்கள் (பெயர், ஆசிரியர், நேரம், மீதமுள்ள இடங்கள்), ஓர் இடத்தை முன்பதிவு செய்கிறார்கள், இரண்டு மணி நேரத்திற்கு முன் வரை ரத்து செய்யலாம். உறுப்பினர்கள் email மற்றும் password மூலம் பதிவு செய்கிறார்கள். ஸ்டுடியோ உரிமையாளர் உள்நுழைந்து வகுப்புகளைச் சேர்க்கிறார், யார் முன்பதிவு செய்துள்ளனர் என்று பார்க்கிறார், வருகையைக் குறிக்கிறார். வகுப்புகள், உறுப்பினர்கள் மற்றும் முன்பதிவுகளை ஒரு database-இல் சேமியுங்கள். அமைதியான, வெளிச்சமான வடிவமைப்பு, மொபைலில் நன்றாக வேலை செய்ய வேண்டும். இப்போதைக்கு payments இல்லை.

இரண்டாவது பதிப்பும் சுருக்கமானதுதான். மேலே உள்ள அட்டவணையின் கேள்விகளுக்கு அது பதில் சொல்கிறது, அவ்வளவுதான்.

செயல்முறையை அல்ல, நடத்தையை விவரியுங்கள்

எப்படி உருவாக்குவது என்பதை விட, என்ன நடக்க வேண்டும் என்பதை விவரிப்பதன் மூலம் பெரும்பாலும் நல்ல முடிவுகள் கிடைக்கும்.

முன்பு:

முன்பதிவுகளைப் பெறும் ஒரு useEffect-ஐயும், திருத்துவதற்கு ஒரு modal component-ஐயும் சேருங்கள்.

பின்பு:

உரிமையாளர் ஒரு முன்பதிவைக் கிளிக் செய்தால், நேரத்தை மாற்றவோ ரத்து செய்யவோ முடியும் ஒரு panel திறக்க வேண்டும். மாற்றங்கள் பட்டியலில் உடனடியாகத் தெரிய வேண்டும்.

முதல் prompt AI-ஐ ஒரு குறிப்பிட்ட நுட்பத்தில் கட்டிப்போடுகிறது, அது app கட்டப்பட்ட விதத்துக்குப் பொருந்தாமல் போகலாம். இரண்டாவது விளைவைச் சொல்கிறது, ஏற்கனவே எழுதிய குறியீட்டுக்கு சரியான அணுகுமுறையை AI தேர்ந்தெடுக்க அனுமதிக்கிறது. நீங்கள் developer ஆக இருந்து வலுவான விருப்பம் இருந்தால், அதைச் சொல்லுங்கள், ஆனால் அதை விளைவுடன் சேர்த்துச் சொல்லுங்கள்.

விதிகளில் துல்லியமாக இருங்கள்

AI-ஆல் கட்டப்பட்ட app-கள் அடிக்கடி தவறுவது வணிக விதிகளில்தான், ஏனெனில் அவை உங்களுக்கு வெளிப்படையானவை, AI-க்கு கண்ணுக்குத் தெரியாதவை. அவற்றை விரிவாக எழுதுங்கள்.

• வரம்புகள்: "ஒரு உறுப்பினர் அதிகபட்சம் மூன்று எதிர்கால முன்பதிவுகள் வைத்திருக்கலாம்."
• நேரம்: "வகுப்பு தொடங்குவதற்கு இரண்டு மணி நேரத்திற்கு முன் ரத்து செய்தல் மூடப்படும்."
• எல்லை நிலைகள்: "வகுப்பு நிரம்பியிருந்தால், Book-க்குப் பதிலாக ஒரு waitlist பொத்தானைக் காட்டுங்கள்."
• அனுமதிகள்: "ஆசிரியர்கள் தங்கள் வகுப்புகளின் வருகையைப் பார்க்கலாம், மற்ற ஆசிரியர்களுடையதை அல்ல."

இவை ஒவ்வொன்றும் ஒரே வாக்கியம். இவற்றில் ஏதாவது ஒன்றை விட்டுவிட்டால், app அந்த விதியை அமல்படுத்தாது அல்லது தனக்கென ஒரு பதிப்பை உருவாக்கிக்கொள்ளும்.

முதல் பதிப்புக்குப் பின்: ஒரு செய்திக்கு ஒரு மாற்றம்

Preview-இல் ஏதாவது இயங்கத் தொடங்கியதும், முழு product-ஐ விவரிப்பதிலிருந்து, சிறிய, சரிபார்க்கக்கூடிய மாற்றங்களைக் கேட்பதற்கு மாறுங்கள்.

முன்பு:

வடிவமைப்பு சரியில்லை, முன்பதிவு சரியாக வேலை செய்யவில்லை, எனக்கு ஒரு calendar காட்சியும் emails-உம் வேண்டும்.

பின்பு (நான்கு தனித்தனி செய்திகளாக):

1. ஒரு வகுப்பின் கடைசி இடத்தை நான் முன்பதிவு செய்தால், அந்த வகுப்பு இன்னும் "1 spot left" என்று காட்டுகிறது. அது "Full" என்று காட்டி Book பொத்தானை மறைக்க வேண்டும்.
2. Schedule பக்கத்தில் வார காட்சி calendar சேருங்கள், ஒவ்வொரு நாளுக்கும் ஒரு column. தற்போதைய பட்டியல் காட்சியை ஒரு விருப்பமாக வைத்திருங்கள்.
3. மொபைல்களில் வகுப்பு cards-ஐ இன்னும் கச்சிதமாக்குங்கள்: சிறிய padding, நேரத்தின் அதே வரியில் ஆசிரியர் பெயர்.
4. உறுப்பினர் முன்பதிவு செய்ததும் அவருக்கு உறுதிப்படுத்தல் email அனுப்புங்கள்.

இது ஏன் வேலை செய்கிறது:

• ஒவ்வொரு மாற்றமும் AI ஒரே முறையில் சரியாகச் செய்யுமளவு சிறியது.
• அடுத்ததற்குச் செல்வதற்கு முன் ஒவ்வொன்றையும் நீங்கள் சோதிக்கலாம்.
• ஒன்று தவறானால், மற்றவற்றை இழக்காமல் அந்தப் படியை மட்டும் திரும்பப் பெறலாம்.

எதை வைத்திருக்க வேண்டும் என்று சொல்லுங்கள்

ஏற்கனவே வேலை செய்யும் ஒன்றில் மாற்றம் கேட்கும்போது, எது மாறக்கூடாது என்று AI-க்குச் சொல்லுங்கள். முன்பு வேலை செய்தது ஒரு திருத்தத்துக்குப் பின் உடைவதை (regressions) தடுக்க இதுவே எளிய வழி.

முகப்புப் பக்கத்தின் hero பகுதியை பெரிய தலைப்புடனும் வலதுபுறம் ஒரு புகைப்படத்துடனும் மறுவடிவமையுங்கள். Navigation, நிறங்கள், hero-க்குக் கீழே உள்ள அனைத்தும் அப்படியே இருக்கட்டும்.

Data-க்கும் இதுவே பொருந்தும்: "உறுப்பினர்களுக்கு ஒரு தொலைபேசி எண் field சேருங்கள். இருக்கும் எந்த fields-ஐயும் நீக்கவோ பெயர் மாற்றவோ வேண்டாம்."

Screenshots மற்றும் சரியான உரையைப் பயன்படுத்துங்கள்

"மேலே உள்ள அந்த விஷயம்" போன்ற சொற்கள் தெளிவற்றவை. பெரும்பாலான AI app builder-கள் படங்களை ஏற்கின்றன, சிறு குறிப்புடன் ஒரு screenshot ஒரு பத்தி விளக்கத்தை விட வேகமானது.

• ஒரு screenshot இணைத்து "சிவப்பு வட்டமிட்ட பொத்தான் மொபைல்களில் menu-வின் மேல் வருகிறது" என்று சொல்லுங்கள்.
• ஏதேனும் பிழைச் செய்தியின் சரியான உரையை மறுவிளக்கம் செய்யாமல் அப்படியே ஒட்டுங்கள்.
• திரையில் உள்ள labels-ஐ சரியாக மேற்கோள் காட்டுங்கள்: "Settings பக்கத்தில் உள்ள Save changes பொத்தான்".

பிழைகளுக்கு குறிப்பாக இந்த வடிவத்தைப் பயன்படுத்துங்கள்:

Bookings பக்கத்தில், நாளைய ஒரு முன்பதிவுக்கு Cancel கிளிக் செய்தேன். அது என் பட்டியலிலிருந்து மறையும் என்று எதிர்பார்த்தேன். ஆனால் எதுவும் நடக்கவில்லை, refresh செய்த பின்னும் முன்பதிவு அப்படியே இருக்கிறது. அதைச் சரிசெய்து, ரத்து செய்வது வேலை செய்கிறதா என்று சோதியுங்கள்.

AI மூலம் கட்டப்பட்ட app-ஐ எப்படி debug செய்வது என்பது பற்றி எங்கள் வழிகாட்டி இதை இன்னும் ஆழமாக விளக்குகிறது.

பெரிய மாற்றங்களுக்கு முதலில் திட்டமிடுங்கள்

ஆப்பின் பல பகுதிகளைத் தொடும் எதற்கும் - முன்பு கணக்குகள் இல்லாத app-க்கு user accounts சேர்ப்பது, payments சேர்ப்பது, data கட்டமைப்பை மாற்றுவது - எந்தக் குறியீடும் மாறுவதற்கு முன் ஒரு plan கேளுங்கள்.

எதையும் மாற்றுவதற்கு முன், team accounts-ஐ எப்படிச் சேர்ப்பீர்கள் என்று விளக்குங்கள்: என்ன புதிய tables, எந்தப் பக்கங்கள் மாறும், இருக்கும் பயனர்களுக்கு என்ன ஆகும். இன்னும் குறியீட்டைத் தொடாதீர்கள்.

Plan-ஐப் படியுங்கள். ஏதாவது தவறாகப் புரிந்திருந்தால், முடிந்த ஒரு அம்சத்தைத் திருத்துவதை விட ஒரு பத்தியைத் திருத்துவது மிகக் குறைந்த செலவு. பல builder-களில் இதற்கென ஒரு சிறப்புப் பயன்முறை உள்ளது; Mythex-இல் அது Plan பயன்முறை, Build மற்றும் Ask உடன் சேர்ந்து.

தவிர்க்க வேண்டியவை

API keys பற்றி: payment அல்லது email சேவை தேவைப்பட்டால், அதன் keys-ஐ prompt-இல் அல்ல, project-இன் secrets-இல் வையுங்கள். அது புதியதாக இருந்தால் environment variables மற்றும் secrets என்றால் என்ன பாருங்கள்.

மீண்டும் பயன்படுத்தக்கூடிய prompt டெம்ப்ளேட்டுகள்

அடைப்புக்குறிக்குள் உள்ள பகுதிகளை மாற்றி இவற்றை உங்களுக்கு ஏற்ப மாற்றிக்கொள்ளுங்கள்.

புதிய app:

[பயனர் யார்] க்காக [app வகை] உருவாக்குங்கள். அவர்கள் [முக்கிய flow, படிப்படியாக]. [இரண்டாவது வகைப் பயனர்] [என்ன செய்ய] உள்நுழைகிறார். [Data] ஐ database-இல் சேமியுங்கள். [தோற்றமும் உணர்வும்]. [பின்னர் வேண்டியவற்றை] விடுங்கள்.

புதிய அம்சம்:

[பக்கம்] இல் [அம்சம்] சேருங்கள். [பயனர்] [செயல்] செய்யும்போது, [என்ன நடக்க வேண்டும்]. [யார்] மட்டுமே [இதைச் செய்ய] முடியும். [இருக்கும் விஷயங்களை] அப்படியே வையுங்கள்.

வடிவமைப்பு மாற்றம்:

[பக்கத்தில்], [குறிப்பிட்ட உறுப்பை] [குறிப்பிட்ட மாற்றத்துக்கு] மாற்றுங்கள். [எதை வைத்திருக்க வேண்டும்] அப்படியே வையுங்கள். மொபைல் அகலத் திரையில் சரியாகத் தெரிகிறதா என்று சோதியுங்கள்.

பிழை:

[பக்கத்தில்], நான் [படிகள்] செய்தேன். [எதிர்பார்ப்பு] எதிர்பார்த்தேன். ஆனால் [உண்மையில் நடந்தது, சரியான பிழைச் செய்தியுடன்]. அதைச் சரிசெய்து flow வேலை செய்கிறதா என்று உறுதிப்படுத்துங்கள்.

மாற்றங்கள் இல்லாத கேள்வி:

எந்தக் குறியீட்டையும் மாற்றாதீர்கள். [app-இன் ஒரு பகுதி] எப்படி வேலை செய்கிறது, [data] எங்கே சேமிக்கப்படுகிறது என்று விளக்குங்கள்.

நீண்ட specification எழுதுவது

பெரிய projects-க்கு, முதலில் ஒரு பக்க brief எழுதி அதை உங்கள் தொடக்க prompt-ஆக ஒட்டுவது உதவும்: பயனர்கள், முக்கிய flows, data, விதிகள், எது எல்லைக்கு வெளியே என்பது. அதை வரையும் வேலையில் AI-யையும் பயன்படுத்தலாம் - AI மூலம் product requirements doc எழுதுவது எப்படி என்று விளக்குகிறது. முதல் build கோரிக்கையை முக்கிய flow-வுக்கு மட்டும் வையுங்கள், மீதியை படிப்படியாகச் சேருங்கள்.

Mythex-இல் prompt செய்வது

மேலே உள்ள அனைத்தும் Mythex-இல் வேலை செய்யும். உதவக்கூடிய சில குறிப்பிட்ட விஷயங்கள்:

• Build, Plan மற்றும் Ask பயன்முறைகள். பெரிய அல்லது ஆபத்தான மாற்றங்களுக்கு Plan-ஐயும், திருத்தங்கள் இல்லாமல் விளக்கம் வேண்டும்போது Ask-ஐயும் பயன்படுத்துங்கள்.
• Checkpoints. ஒவ்வொரு வெற்றிகரமான மாற்றத்துக்குப் பின்னும் Mythex ஒரு checkpoint சேமிக்கிறது, ஒரு பதிலில் Revert to this point project-ஐ அந்தப் புள்ளிக்குத் திரும்பக் கொண்டுவரும். முந்தைய செய்தியைத் திருத்தி மீண்டும் அனுப்பி, அந்தப் புள்ளியிலிருந்து வேறு prompt-ஐயும் முயற்சிக்கலாம்.
• Secrets card. Agent-க்கு ஒரு API key தேவைப்படும்போது, chat-இல் உள்ள ஒரு card மூலம் கேட்கிறது, அதனால் மதிப்பு உங்கள் செய்தியில் எழுதப்படாமல் project secret ஆக சேமிக்கப்படுகிறது.
• படங்கள். Screenshots அல்லது mockups இணைத்தால் agent அவற்றைப் பார்க்கும்.

Docs-இல் பயனுள்ள prompts பற்றிய சிறு பக்கமும், மீண்டும் கட்டாமல் மேம்படுத்துவது பற்றிய ஒன்றும் உள்ளன. முதலிலிருந்து தொடங்கினால், AI மூலம் app உருவாக்குவது எப்படி ஒரு முழு project-ஐ விளக்குகிறது, AI மூலம் நன்றாகத் தோன்றும் app-ஐ வடிவமைப்பது எப்படி காட்சி மெருகுக்கான prompts-ஐப் பற்றிப் பேசுகிறது.

கேள்விகள்