பிழை அறிக்கை எழுதுதல் மற்றும் முன்னுரிமை: AI உடன் தெளிவான, மீண்டும் உருவாக்கக்கூடிய பதிவுகள்

ஆதாயங்கள்:

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

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

ஒரு நல்ல பிழை அறிக்கையின் உடற்கூறியல்

பயனுள்ள அறிக்கை பின்வரும் கூறுகளை உள்ளடக்கியது:

• தலைப்பு: குறுகிய, குறிப்பிட்ட, தேடக்கூடியது. "ஒரு பிழை உள்ளது" அல்ல; "கார்ட்டில் (Chrome) 10 க்கும் மேற்பட்ட உருப்படிகளைக் கொண்ட 'செக்அவுட்' பொத்தானைக் கிளிக் செய்ய முடியவில்லை".
• இனப்பெருக்கம் செய்வதற்கான படிகள்: எண்ணிடப்பட்டவை, புதிதாக கண்டுபிடிக்கக்கூடியவை, தீர்மானிக்கக்கூடியவை. இந்தப் படிகளைப் பின்பற்றிய பிறகு டெவலப்பர் பிழையைப் பார்க்க முடியும்.
• எதிர்பார்க்கப்படும் முடிவு: ஏற்றுக்கொள்ளும் அளவுகோல்களின்படி என்ன நடந்திருக்க வேண்டும்.
• உண்மையான முடிவு: என்ன நடந்தது (பிழை செய்தி, திரை, நடத்தை).
• சூழல்: உலாவி/சாதனம், பதிப்பு, சூழல் (சோதனை/நேரடி), பயனர் பங்கு, தரவு.
• ஆதாரம்: ஸ்கிரீன்ஷாட், வீடியோ, பதிவு, பிழை ட்ரேஸ் (ஸ்டாக் ட்ரேஸ்).
• தீவிரம் மற்றும் முன்னுரிமை: கீழே விவரிக்கப்பட்டுள்ளது.

உதவிக்குறிப்பு: அறிக்கையை அனுப்பும் முன், "இந்தப் படிகளை நான் வேறு யாருக்காவது கொடுத்தால், எனது உதவியின்றி அவர்களால் பிழையைப் பார்க்க முடியுமா?" கேட்க. பதில் "இல்லை" என்றால், அறிக்கை முழுமையடையாது. AI அறிக்கையை அழகாக மாற்ற முடியும், ஆனால் நீங்கள் மட்டுமே மறுஉற்பத்திக்கு உத்தரவாதம் அளிக்க முடியும்.

வன்முறை மற்றும் முன்னுரிமை: இரண்டு குழப்பமான கருத்துக்கள்

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

வன்முறை

உதாரணம்

முன்னுரிமை

உதாரணம்

முக்கியமான (தடுப்பான்)

கட்டணத்தை முடிக்க முடியாது

அவசரம் (P1)

நேரலையில் வருமான இழப்பு

உயர் (மேஜர்)

அறிக்கை தவறான மொத்தத்தை அளிக்கிறது

உயர் (P2)

வரவிருக்கும் வெளியீட்டிற்கு அவசியம்

நடுத்தர (சிறிய)

அரிதான விளிம்பு வழக்கு பிழை

நடுத்தர (P3)

திட்டமிட்ட வேகத்தில்

குறைந்த (அற்பமானது)

பட்டன் சீரமைப்பு முடக்கப்பட்டுள்ளது

குறைந்த (P4)

வாய்ப்பு இருக்கும்போது

பலவீனமான வரியில் / வலுவான வரியில்

பலவீனமானது: "இந்தப் பிழையைப் புகாரளிக்கவும்: பணம் செலுத்தவில்லை."

வலிமையானது: "கீழே உள்ள எனது அவதானிப்புகளை நிலையான பிழை அறிக்கை வடிவத்தில் மொழிபெயர்க்கவும்: தலைப்பு, மறுஉருவாக்கம் படிகள் (எண்ணிடப்பட்டது), எதிர்பார்க்கப்படும் முடிவு, உண்மையான முடிவு, சூழல், தீவிரம் மற்றும் முன்னுரிமை பரிந்துரை (நியாயப்படுத்தப்பட்டது). நான் வழங்கும் தகவலை மட்டும் பயன்படுத்தவும்; விடுபட்ட புலங்களை உருவாக்கவும், 'தகவல்கள் காணாமல் போனால்: ...' எனக் குறிக்கவும். கார், I சோதனைகள் எதுவும் நடக்காதபோது, கார், 20, சூழல், சோதனைகள் கன்சோலில் 'செக்அவுட்', 'வரையறுக்கப்படாதது ஒரு செயல்பாடு அல்ல' பிழை, 11 தயாரிப்புகளில் எந்த பிரச்சனையும் இல்லை."

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

நகல் பிழை கண்டறிதல்

பெரிய அணிகளில், அதே பிழை மீண்டும் மீண்டும் தெரிவிக்கப்படுகிறது. AI உங்கள் புதிய அறிக்கையை ஏற்கனவே உள்ள திறந்த பிழைகளுடன் ஒப்பிடலாம் மற்றும் சாத்தியமான நகல்களைக் கொடியிடலாம் - இது உங்கள் பிழை கண்காணிப்பு அமைப்பை (ஜிரா, அஸூர் டெவொப்ஸ், கிட்ஹப் சிக்கல்கள்) சுத்தமாக வைத்திருக்கும். ஆனால் ஜாக்கிரதை: மேற்பரப்பில் ஒரே மாதிரியாக தோன்றும் இரண்டு பிழைகள் வெவ்வேறு மூல காரணங்களைக் கொண்டிருக்கலாம்; AI இன் "நகல்" பரிந்துரையை மூடுவதற்கு முன், இரண்டு அறிக்கைகளின் தொடர்ச்சியான தயாரிப்பு படிகள் மற்றும் சூழலை ஒப்பிடுக. தற்செயலாக மூடப்பட்ட "நகல்" உண்மையில் ஒரு தனி பிழையைக் காணவில்லை.

பிழை ட்ரேஸ் முதல் மூல காரணம் வரை: பதிவுகளைப் படிக்க AI இன் சக்தி

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

இருப்பினும், இரண்டு வரம்புகளை நினைவில் கொள்ளுங்கள். முதலில், AI வழங்கிய மூல காரணம் ஒரு கருதுகோள், ஆதாரம் அல்ல; டெவலப்பர் சரிபார்க்காமல் இதை சரிசெய்ய முயற்சிக்கக்கூடாது. இரண்டாவதாக, பதிவுகள் பெரும்பாலும் தனிப்பட்ட தரவுகளைக் கொண்டிருக்கும் (மின்னஞ்சல், பயனர் ஐடி, அமர்வு டோக்கன்); வாகனத்தில் பதிவை வைப்பதற்கு முன் இந்த பகுதிகளை மாஸ்க் செய்யவும். "இந்தப் பதிவில் மறைக்கப்பட வேண்டிய புலங்களைப் பட்டியலிடுங்கள்" என்று முதலில் AI கூறுவதும், பின்னர் சுத்தம் செய்யப்பட்ட பதிவை பகுப்பாய்வு செய்வதும் ஒரு நல்ல நடைமுறையாகும்.

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

நகலெடுக்கக்கூடிய நான்கு வார்ப்புருக்கள்

1) கவனிப்பு முதல் அறிக்கை வரை:

உங்கள் பங்கு: மூத்த QA. பின்வரும் மூல அவதானிப்புகளை நிலையான பிழை அறிக்கையாக மொழிபெயர்க்கவும்: தலைப்பு / இனப்பெருக்கம் படிகள் (எண்ணிடப்பட்டது) / எதிர்பார்க்கப்படும் / உண்மையான / சுற்றுச்சூழல் / சான்று குறிப்பு / தீவிரம் + முன்னுரிமை (நியாயப்படுத்தப்பட்டது). விதி: நான் வழங்கும் தகவலை மட்டும் பயன்படுத்தவும்; விடுபட்ட புலத்தை "தவறான தகவல்:..." எனக் குறிக்கவும் அவதானிப்புகள்: [மூலக் குறிப்புகள்]

2) மறுஉருவாக்கம் கட்டுப்பாடு:

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

3) தீவிரம்/முன்னுரிமை ஆலோசகர்:

பின்வரும் பிழையை நான் விவரிக்கிறேன்: [பிழை + வணிக சூழல்]. தீவிரம் (தொழில்நுட்ப தாக்கம்) மற்றும் முன்னுரிமை (வணிக அவசரம்) ஆகியவற்றிற்கு தனித்தனியாக பரிந்துரைகள் மற்றும் நியாயத்தை வழங்கவும். இரண்டும் ஏன் வேறுபட்டிருக்கலாம் என்பதை விளக்குங்கள். நான் இறுதி முடிவை எடுப்பேன்.

4) பதிவு/பிழை சுவடு சுருக்கம்:

கீழே உள்ள பிழைத் தடம்/பதிவை ஆராயவும். (1) மூல காரணக் கருதுகோள், (2) பிழை ஏற்பட்டிருக்கக் கூடிய குறியீட்டுப் புள்ளி, (3) அறிக்கையில் சேர்க்க வேண்டிய 3 மிக முக்கியமான வரிகள் ஆகியவற்றின் சுருக்கத்தைக் கொடுங்கள். தனிப்பட்ட தரவு இருந்தால் முகமூடி.பதிவு: [பதிவு ஒட்டவும்]

மூன்று சிறிய வழக்குகள்

வழக்கு 1 - "என்னால் உற்பத்தி செய்ய முடியவில்லை" என்பதிலிருந்து விடுதலை. ஒரு குழுவில், 30% பிழைகள் "இனப்பெருக்கம் செய்ய முடியாது" என மூடப்பட்டன. "மறுஉருவாக்கம் சோதனை" டெம்ப்ளேட் அறிக்கை செயலாக்கத்தில் சேர்க்கப்பட்டது; ஒவ்வொரு அறிக்கையும் அனுப்பப்படுவதற்கு முன்பு, AI தவறிய படிகள் மற்றும் முன்நிபந்தனைகளைக் கொடியிட்டது. மூன்று மாதங்களுக்குப் பிறகு, "உற்பத்தி செய்ய முடியவில்லை" விகிதம் 30% இலிருந்து 8% ஆகக் குறைந்தது. வித்தியாசம் என்னவென்றால், ஆரம்பம் முதல் படிகள் துல்லியமாக இருந்தன.

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

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

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

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

சுருக்கமாக

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

விண்ணப்ப பணி

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

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

• [ ] எனது தலைப்பு குறிப்பிட்டது மற்றும் தேடக்கூடியது.
• [ ] இனப்பெருக்கம் படிகள் புதிதாக, தீர்மானிக்கும் மற்றும் முழுமையானவை.
• [ ] நான் எதிர்பார்த்த மற்றும் உண்மையான முடிவுகளை தனித்தனியாக எழுதினேன்.
• [ ] அமைப்பு மற்றும் சான்று தகவல் முடிந்தது; தனிப்பட்ட தரவுகளை மறைத்துவிட்டேன்.
• [ ] நான் AI இல் "அதை உருவாக்கவும், காணாமல் போனதைக் குறிக்கவும்" விதியை விதித்து, இடைவெளிகளை நானே நிரப்பினேன்.
• [ ] நான் தீவிரத்தையும் முன்னுரிமையையும் தனித்தனியாக மதிப்பீடு செய்து இறுதி முடிவை எடுத்தேன்.