உடைக்காமல் AI-உருவாக்கிய ஆப்பை மேம்படுத்துவது எப்படி

AI-உருவாக்கிய ஆப்பை உடைக்காமல் மேம்படுத்த, ஒரு prompt-க்கு ஒரு விஷயத்தை மாற்றுங்கள், முன்னோட்டத்தில் சரிபாருங்கள், அடுத்ததற்குச் செல்லும் முன் ஒரு checkpoint சேமியுங்கள். குறியீடு என்ன செய்கிறது என்று நீங்கள் நினைப்பதை அல்ல, நீங்கள் பார்ப்பதையே விவரியுங்கள்; பெரிய மாற்றங்களை உருவாக்கும் முன் திட்டமிடுங்கள்; ஒரு மாற்றம் தவறும்போது, AI-இன் சொந்தத் திருத்தத்தைத் திருத்தச் சொல்வதற்குப் பதிலாக கடைசி நல்ல பதிப்புக்குத் திரும்புங்கள்.

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

மேம்படுத்தல் சுழற்சி

1. ஒரு மாற்றத்தைத் தேர்ந்தெடுங்கள். ஒரு அம்சம், ஒரு பிழை, ஒரு பக்கம்.
2. பயனர் பார்ப்பதையும் செய்வதையும் வைத்து விவரியுங்கள்.
3. பெரிய மாற்றங்களுக்கு, முதலில் திட்டமிடுங்கள். ஒரு திட்டம் கேளுங்கள், படியுங்கள், பிறகு உருவாக்குங்கள்.
4. முன்னோட்டத்தில் முடிவைச் சரிபாருங்கள் — மாற்றத்தையும் அதைச் சுற்றியுள்ள ஓட்டங்களையும்.
5. சேமியுங்கள் ஒரு checkpoint அல்லது commit.
6. மீண்டும் செய்யுங்கள்.

ஒவ்வொரு படியும் மாற்றங்களை சிறியதாகவும் திரும்பப் பெறக்கூடியதாகவும் வைத்திருக்கவே உள்ளது.

படி 1: ஒரு சிறிய பட்டியல் வையுங்கள்

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

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

படி 2: நீங்கள் பார்ப்பதை விவரியுங்கள்

நீங்கள் சொல்லாவிட்டால் AI உங்கள் திரையைப் பார்க்க முடியாது. குறிப்பிட்ட விஷயங்களைச் சுட்டிக்காட்டி, என்ன நடக்க வேண்டும் என்று சொல்லுங்கள்:

விலை பக்கத்தில் ஃபோனில், Pro கார்டின் பொத்தான் வலது விளிம்பில் துண்டிக்கப்படுகிறது. டெஸ்க்டாப் அமைப்பை அப்படியே வையுங்கள்; 640px-க்குக் கீழ் திரைகளில் கார்டுகளை அடுக்கி, பொத்தான்களை முழு அகலமாக்குங்கள்.

"விலைப் பக்கம் மொபைலில் நன்றாகத் தெரியவில்லை" என்பதுடன் ஒப்பிடுங்கள். முதலாவது ஒரே முறையில் செய்து சரிபார்க்கக்கூடியது; இரண்டாவது நீங்கள் கேட்காத ஒரு மறுவடிவமைப்புக்கு அழைக்கும்.

ஸ்கிரீன்ஷாட்டுகள் உதவும். உங்கள் builder படங்களை ஏற்றால், ஒன்றை இணைத்து பிரச்சினையைச் சுற்றி வட்டமிடுங்கள்.

படி 3: பெரிய மாற்றங்களுக்கு முன் திட்டமிடுங்கள்

ஆப்பின் பல பகுதிகளைத் தொடும் எதற்கும் — ஒரு புதிய தரவு மாதிரி, கட்டணங்கள், பயனர் பாத்திரங்கள் — எந்தக் குறியீடும் மாறும் முன் ஒரு திட்டம் கேளுங்கள்:

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

திட்டத்தைப் படியுங்கள். அது தவறாக இருந்தால், திட்டத்தைத் திருத்துவது உருவாக்கியதை மீண்டும் செய்வதை விட மிகவும் மலிவு.

படி 4: மாறக்கூடாதவற்றைச் சொல்லுங்கள்

AI கருவிகள் நீங்கள் கேட்காத விஷயங்களை "ஒழுங்குபடுத்த" முயலலாம். வேலை செய்வதைப் பாதுகாக்கவும்:

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

எல்லா இடங்களிலும் பொருந்தும் விதிகளுக்கு — பிராண்ட் வண்ணங்கள், குரல் தொனி, "தரவை உறுதிப்படுத்தல் இல்லாமல் ஒருபோதும் நீக்காதே" — ஒவ்வொரு முறையும் மீண்டும் சொல்வதற்குப் பதிலாக, AI ஒவ்வொரு முறையும் படிக்கும் திட்டக் குறிப்புக் கோப்பிலோ அறிவு அமைப்பிலோ வையுங்கள்.

படி 5: மாற்றத்தை மட்டும் அல்லாமல் மற்றவற்றையும் சோதியுங்கள்

ஒவ்வொரு prompt-க்குப் பின்னும் சோதியுங்கள்:

• மாற்றமே. நீங்கள் கேட்டதைச் செய்கிறதா, டெஸ்க்டாப்பிலும் ஃபோனிலும்?
• அதன் அண்டைவை. அதே பக்கத்தில் உள்ள விஷயங்கள், அதே தரவைப் பயன்படுத்தும் ஓட்டங்கள்.
• முக்கிய பாதை. பதிவு செய்தல், உள்நுழைவு, முக்கிய செயல், கட்டணம். பெரிய மாற்றத்துக்குப் பின் முப்பது வினாடி சோதனை, பெரும்பாலான உடைவுகளை ஆரம்பத்திலேயே பிடிக்கும்.

ஏதாவது சரியில்லை என்றால், துல்லியமாகப் பதிவு செய்யுங்கள் — நல்ல பிழை அறிக்கையை எப்படி எழுதுவது பாருங்கள்.

படி 6: மேல் மேல் அடுக்குவதை விட்டு, பின்வாங்குங்கள்

ஒரு மாற்றம் ஏதோ ஒன்றை உடைத்து, முதல் திருத்தம் வேலை செய்யாவிட்டால், நிறுத்துங்கள். ஒவ்வொரு கூடுதல் "திருத்தமும்" ஏற்கனவே உடைந்த நிலையின் மேல் கட்டப்படுகிறது; பிரச்சினைகள் பெருகும்.

அதற்குப் பதிலாக:

1. கடைசியாக வேலை செய்த பதிப்புக்குத் திரும்புங்கள் (ஒரு checkpoint அல்லது Git commit).
2. prompt-இல் என்ன தெளிவற்றதாக இருந்தது என்று கண்டறியுங்கள்.
3. சிறிய அல்லது தெளிவான கோரிக்கையுடன் மீண்டும் முயலுங்கள்.

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

படி 7: மீண்டும் உருவாக்குவது எப்போது சரி என்று அறியுங்கள்

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

• தயாரிப்பு யோசனை முழுவதுமாக மாறியிருந்தால்.
• அடிப்படைக் கட்டமைப்பு இப்போது தேவையானதை ஆதரிக்க முடியாவிட்டால் — உதாரணமாக, ஒரு நிலையான தளமாக உருவாக்கப்பட்டு இப்போது கணக்குகளும் தரவுத்தளமும் தேவைப்பட்டால்.
• திட்டம் இன்னும் கிட்டத்தட்ட காலியாக இருந்தால்.

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

எடுத்துக்காட்டு prompt-கள்

தொடர்வதற்கு முன், ஆப் தற்போது எப்படி வேலை செய்கிறது என்று சுருக்குங்கள்: பக்கங்கள், அது சேமிக்கும் தரவு, நீங்கள் உடையக்கூடியதாக நினைப்பது எது.

தொடர்ச்சியான முன்பதிவுகளைச் சேர்க்க விரும்புகிறேன். பயனுள்ள மிகச் சிறிய வடிவம் எது? அதை மூன்று தனி மாற்றங்களாகப் பரிந்துரையுங்கள், ஒவ்வொன்றாக நாம் செய்யலாம்.

கடைசி மூன்று மாற்றங்களை மதிப்பாயுங்கள்: செக்அவுட் ஓட்டத்தை எதுவும் உடைத்திருக்குமா என்று. இன்னும் திருத்த வேண்டாம்.

பொதுவான தவறுகள்

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

சரிபார்ப்புப் பட்டியல்

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

Mythex-இல் மேம்படுத்துதல்

Mythex இந்த சுழற்சியைச் சுற்றியே கட்டப்பட்டுள்ளது:

• Plan, Build மற்றும் Ask முறைகள். Plan குறியீட்டைத் திருத்தும் முன் அணுகுமுறையை விவாதிக்கிறது; Ask குறியீட்டை மாற்றாமல் பதிலளிக்கிறது; Build மாற்றத்தைச் செய்கிறது. அரட்டை பாருங்கள்.
• Checkpoint-கள். ஒவ்வொரு வெற்றிகரமான திருப்பத்துக்குப் பின்னும் Mythex ஒரு git checkpoint சேமிக்கிறது; இந்தப் புள்ளிக்குத் திரும்பு பின்வாங்குகிறது. ஒரு முந்தைய செய்தியைத் திருத்தி நிராகரித்து மீண்டும் அனுப்பு என்பதன் மூலம் அந்தப் புள்ளியிலிருந்து வேறு prompt-ஐ முயலலாம். மீண்டும் உருவாக்காமல் மேம்படுத்துவது பாருங்கள்.
• அறிவு. திட்ட அமைப்புகள் → Knowledge நிலையான குறிப்புகளை வைத்திருக்கும்; ஏஜென்ட் ஒவ்வொரு செய்தியிலும் அவற்றைப் பின்பற்றும்.
• /test பெரிய மாற்றத்துக்குப் பின், ஏஜென்ட் ஒரு பயனரைப் போல முன்னோட்டத்தில் கிளிக் செய்து சோதிக்கும்.

சிறிய கோரிக்கைகள் குறைந்த கிரெடிட்களையும் செலவாக்கும். prompt-களை எழுதுவதற்கு, AI ஆப் builder-களுக்கு prompt-களை எப்படி எழுதுவது; ஏதாவது உடைந்தால், AI-உருவாக்கிய ஆப்பை எப்படி பிழைநீக்குவது பாருங்கள்.

கேள்விகள்