AI-ஆல் கட்டப்பட்ட ஆப்பை எப்படிப் பிழைதிருத்துவது: ஒரு நடைமுறை முறை

AI-ஆல் கட்டப்பட்ட ஆப்பைப் பிழைதிருத்த, முதலில் பிழையை வேண்டுமென்றே மீண்டும் நிகழ்த்துங்கள், பின்னர் சான்றுகளைச் சேகரியுங்கள் — சரியான படிகள், பிழைச் செய்தி, உலாவி console மற்றும் network tab காட்டுவது — அதை "நான் X செய்தேன், Y எதிர்பார்த்தேன், Z கிடைத்தது" என்று AI-யிடம் கொடுங்கள். ஒரு சரிசெய்தல் நிலைமையை மோசமாக்கினால், மேல் மேலும் சரிசெய்தல்களை அடுக்குவதற்குப் பதிலாக கடைசியாக வேலை செய்த பதிப்புக்குத் திரும்புங்கள். இவற்றை நன்றாகச் செய்ய நீங்கள் குறியீட்டைப் படிக்க வேண்டியதில்லை.

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

பிழைதிருத்தச் சுழற்சி

ஒவ்வொரு பிழை சரிசெய்தலும், ஒரு மனிதனாலோ AI-ஆலோ செய்தாலும், இதே சுழற்சியைப் பின்பற்றுகிறது:

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

AI-ஆல் கட்டப்பட்ட ஆப்களில் நேரம் வீணாவதற்கான பெரும்பாலான காரணம் படி 1, 2, 5-ஐத் தவிர்ப்பது: "உடைந்துவிட்டது" என்று சொல்வது, ஒரு மாற்றத்தைச் சோதிக்காமல் ஏற்றுக்கொள்வது, பின்னர் உடைந்த ஒன்றின் மேல் இன்னொரு சரிசெய்தலைக் கேட்பது.

படி 1: பிழையை மீண்டும் உருவாக்குங்கள்

நீங்கள் விரும்பும்போது தூண்டக்கூடிய பிழை பாதி சரிசெய்யப்பட்டது போலத்தான். அதை ஏற்படுத்தும் மிகக் குறுகிய படிகளைக் கண்டறிய முயலுங்கள்.

இவற்றைக் கேளுங்கள்:

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

படிகளை ஒரு குறுகிய எண்ணிடப்பட்ட பட்டியலாக எழுதுங்கள். பின்னர் அதை prompt-ல் ஒட்டுவீர்கள்.

படி 2: பிழைச் செய்தியைப் படியுங்கள்

பிழைச் செய்திகள் பயமுறுத்துபவையாகத் தோன்றும், ஆனால் அவற்றின் சில பகுதிகள் மட்டுமே உங்களுக்குத் தேவை.

நீங்கள் அதைப் புரிந்துகொள்ள வேண்டியதில்லை; சரியாக நகலெடுக்க வேண்டும். "Cannot read properties of undefined (reading 'name')" என்பது குறியீடு சில தரவை (அநேகமாக ஒரு முன்பதிவு அல்லது பயனர்) எதிர்பார்த்தது, ஆனால் அது இல்லை என்று AI-க்குச் சொல்கிறது. "some undefined error" போன்ற விளக்கம் அந்தத் தகவலை இழக்கிறது.

சில பொதுவானவை, தோராயமான தமிழாக்கத்துடன்:

• undefined / null பிழைகள் — குறியீடு எதிர்பார்த்த தரவு வரவில்லை. பெரும்பாலும் ஏற்றுதல் நிலை அல்லது குறியீடு கையாளாத வெற்றுப் பட்டியல்.
• 404 Not Found — பக்கம் அல்லது API முகவரி இல்லை. பெரும்பாலும் route-ல் எழுத்துப்பிழை அல்லது பெயர் மாற்றப்பட்ட பக்கத்துக்கான இணைப்பு.
• 401 Unauthorized / 403 Forbidden — கோரிக்கை உள்நுழையவில்லை, அல்லது பயனருக்கு அதைச் செய்ய அனுமதி இல்லை.
• 500 Internal Server Error — சர்வர் பக்க குறியீடு செயலிழந்தது. உண்மைக் காரணம் சர்வர் பதிவுகளில் உள்ளது, உலாவியில் அல்ல.
• CORS பிழைகள் — வேறு டொமைனுக்கான கோரிக்கையை உலாவி தடுத்தது. பொதுவாக சர்வர் பக்க கட்டமைப்புப் பிரச்சினை.

படி 3: உலாவி developer கருவிகளைப் பயன்படுத்துங்கள்

ஒவ்வொரு டெஸ்க்டாப் உலாவியிலும் உள்ளமைந்த developer கருவிகள் ("devtools") உண்டு. பக்கம் பின்னணியில் என்ன செய்கிறது என்பதை அவை காட்டுகின்றன. Chrome, Edge மற்றும் Firefox-ல், பக்கத்தின் எங்கும் வலது-கிளிக் செய்து Inspect என்பதைத் தேர்ந்தெடுங்கள், அல்லது F12 அழுத்துங்கள் (Mac-ல் Cmd+Option+I). Safari-ல், முதலில் Safari settings-ல் Develop மெனுவை இயக்குங்கள்.

மூன்று தாவல்கள் போதும்.

Console

Console தாவல் பக்கத்தின் குறியீட்டிலிருந்து வரும் பிழைகளையும் செய்திகளையும் பட்டியலிடுகிறது. பிழைகள் சிவப்பில் காட்டப்படும். ஒரு பொத்தான் கிளிக் செய்தால் எதுவும் நடக்கவில்லை என்றால், நீங்கள் கிளிக் செய்யும் தருணத்தில் console அடிக்கடி சிவப்புப் பிழையைக் காட்டும். பிழையின் முழு உரையை நகலெடுங்கள் (பெரும்பாலான உலாவிகளில் நகலெடுக்கும் விருப்பத்துக்கு வலது-கிளிக் செய்யுங்கள்).

Network

Network தாவல் பக்கம் செய்யும் ஒவ்வொரு கோரிக்கையையும் பட்டியலிடுகிறது — தரவை ஏற்றுவது, படிவத்தைச் சேமிப்பது, உள்நுழைவது. அதைத் திறந்து, பிழையை ஏற்படுத்தும் படிகளை மீண்டும் செய்யுங்கள்.

• சிவப்பு நிறத்திலோ 400 அல்லது அதற்கு மேற்பட்ட நிலையுடனோ இருக்கும் வரிசைகளைத் தேடுங்கள்.
• தோல்வியடைந்த வரிசையைக் கிளிக் செய்து அதன் Response-ஐப் பாருங்கள். சர்வர் பிழை அங்கே திரையில் உள்ளதை விட பயனுள்ள ஒரு செய்தியைக் கொண்டிருக்கும்.
• கோரிக்கையின் URL மற்றும் நிலைக் குறியீட்டைக் குறித்துக்கொள்ளுங்கள் — "/api/bookings-க்கான POST 500 தந்தது" என்பது AI-க்கு மிகவும் பயனுள்ள ஒரு வாக்கியம்.

பிழை பக்கம் மீண்டும் ஏற்றப்படுதல் அல்லது திசைமாற்றத்தை உள்ளடக்கினால் Preserve log-ஐ டிக் செய்யுங்கள், கோரிக்கைகள் மறையாமல் இருக்க.

Elements

Elements (அல்லது Inspector) தாவல் பக்கத்தின் கட்டமைப்பையும் styles-ஐயும் காட்டுகிறது. layout பிழைகளுக்கு இது மிகவும் பயனுள்ளது: ஒரு உறுப்பின் மீது hover செய்தால் அதன் அளவும் இடைவெளியும் சிறப்பிக்கப்படும். இங்கே எதையும் திருத்த வேண்டியதில்லை; "மொபைலில் footer 2,000 pixel அகலமாக உள்ளது, பக்கத்தை பக்கவாட்டில் தள்ளுகிறது" என்று சொன்னால் போதும்.

படி 4: சர்வர் பதிவுகளைச் சரிபாருங்கள்

சில பிழைகள் சர்வரில் நடக்கின்றன, உலாவியால் அவற்றைப் பார்க்க முடியாது. Network tab-ல் 500 பிழை அதன் உன்னதமான அறிகுறி. சர்வர் பதிவுகள் — அது இயங்கும்போது உங்கள் backend-ன் உரை வெளியீடு — பொதுவாக ஸ்டாக் ட்ரேஸுடன் (பிழை ஏற்பட்டபோது இயங்கிக்கொண்டிருந்த செயல்பாடுகளின் பட்டியல்) உண்மையான பிழையைக் கொண்டிருக்கும்.

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

படி 5: பிழையை AI-க்கு விவரியுங்கள்

நீங்கள் சேகரித்ததை இந்த வடிவத்தில் வையுங்கள்:

பதிவுகள் பக்கத்தில், உறுப்பினராக உள்நுழைந்து: நாளைய 9:00 வகுப்புக்கு Cancel என்பதைக் கிளிக் செய்தேன். எதிர்பார்த்தது: முன்பதிவு மறைகிறது, வகுப்பில் ஒரு இடம் கூடுதலாகக் காலியாகிறது. உண்மையில்: திரையில் எதுவும் மாறவில்லை. Console-ல் BookingCard.tsx:31-ல் TypeError: Cannot read properties of undefined (reading 'id') காட்டுகிறது, network tab-ல் DELETE /api/bookings/123 500 தந்தது. காரணத்தைக் கண்டறிந்து சரிசெய்யுங்கள், ஒரு முன்பதிவு உள்ள உறுப்பினருக்கும் பல உள்ள உறுப்பினருக்கும் ரத்து செய்வது வேலை செய்கிறதா என்று சரிபாருங்கள்.

ஒவ்வொரு பகுதியும் ஏன் முக்கியம்:

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

AI இரண்டு முறை சரிசெய்ய முயன்று தோல்வியடைந்திருந்தால், எதையும் மாற்றுவதற்கு முன் விளக்கும்படி கேளுங்கள்:

இன்னும் குறியீட்டை மாற்றாதீர்கள். இதற்கு என்ன காரணம் என்று நினைக்கிறீர்கள், அதை எந்த ஆதாரம் ஆதரிக்கிறது?

தவறான கோட்பாடு எழுதப்படும்போது எளிதில் தெரியும், தவறான சரிசெய்தலை விட திருத்துவது மிகவும் மலிவு.

படி 6: சரிபாருங்கள், பின்னர் அருகில் பாருங்கள்

AI சரி செய்துவிட்டதாகக் கூறும்போது, படி 1-லிருந்து அதே படிகளை மீண்டும் செய்யுங்கள். பின்னர் அதைச் சுற்றியுள்ளவற்றைச் சரிபாருங்கள்:

• வேறு பயனர் பாத்திரத்துக்கான அதே செயல்
• தரவு இல்லாமலும், நிறைய தரவுடனும் அதே செயல்
• நீங்கள் சரி செய்த கூறுகளைப் பகிரும் பக்கங்கள்
• layout-ஐ சரிசெய்திருந்தால், ஃபோன் அகல திரை

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

படி 7: மேல் அடுக்காமல் திரும்பப் பெறுங்கள்

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

திரும்பப் பெறுவதை எளிதாக்கும் நல்ல பழக்கங்கள்:

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

AI-ஆல் கட்டப்பட்ட ஆப்களில் பொதுவான பிழை வடிவங்கள்

பிழை அல்லாதபோது

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

Mythex-ல் பிழைதிருத்துதல்

Mythex சுழற்சியின் ஒவ்வொரு படிக்கும் கருவிகளைக் கொண்டுள்ளது:

• Preview பிழையை மீண்டும் உருவாக்க, ஃபோன் அளவு சட்டம் உட்பட.
• /test ஏஜென்ட் உங்கள் நேரடி preview-ல் ஒரு பயனரைப் போல கிளிக் செய்து, உடைந்த ஓட்டங்களைப் பற்றி அறிக்கை தரும்.
• /fix ஏஜென்டை குறிப்பாக உடைவை நோக்கிச் சுட்டும்.
• Plan பயன்முறை ஏஜென்ட் எதையும் திருத்துவதற்கு முன் ஆராய்ந்து விளக்க அனுமதிக்கும்.
• Code → terminal உங்கள் ஆப்பின் சர்வர் பதிவுகளைக் காட்டும்.
• இந்தப் புள்ளிக்குத் திரும்பு எந்த பதிலிலும், அந்தச் சேமிப்புப் புள்ளிக்குத் திட்டத்தைத் திருப்பும்.

வெளியீடு தோல்வியடைந்தால், வெளியீட்டு உரையாடல் பொதுவாக Fix with AI-ஐ வழங்கும், அது build வெளியீடு அல்லது ஆப்பின் பதிவுகளைப் படிக்கும். Debug your app மற்றும் docs-ல் Publish troubleshooting பாருங்கள்.

கேள்விகள்