பதிவு செய்தல், தணிக்கை பாதை மற்றும் நிரூபிக்கக்கூடிய தன்மை

ஆதாயங்கள்:

• நிகழ்வை புனரமைக்க போதுமான குறைந்தபட்ச தணிக்கை பாதை திட்டத்தை வடிவமைக்கும் திறன்
• ப்ராம்ட்/பதிலை மறைப்பதன் மூலம் பதிவை கசிவுக்கான ஆதாரமாக இருந்து தடுக்கும் திறன்
• தொடர்பு அடையாளம், மாறாத தன்மை மற்றும் தக்கவைப்பு காலம் ஆகியவற்றுடன் சரிபார்க்கக்கூடிய பதிவுகளை நிறுவும் திறன்

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

AI இல் பதிவு செய்வது ஏன் வேறுபட்டது?

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

எச்சரிக்கை: பதிவு செய்வது என்பது "எல்லாவற்றையும் பதிவு செய்வது" அல்ல. அதிகப்படியான பதிவு தனியுரிமை ஆபத்தை உருவாக்குகிறது, மேலும் குறைவான பதிவு ஆதாரம் இல்லாததை உருவாக்குகிறது. நிகழ்வை மறைப்பதன் மூலம் மறுகட்டமைக்க PII ஐ போதுமான அளவு வைத்திருப்பதே குறிக்கோள்.

என்ன பதிவு செய்ய வேண்டும்? தணிக்கை பாதை திட்டம்

ஒரு திடமான AI தணிக்கை பாதையில் குறைந்தபட்சம் பின்வருவன அடங்கும்:

• யார்: பயனர் ஐடி மற்றும் பங்கு (அல்லது சேவை ஐடி).
• எப்போது: நேர முத்திரை (முடிந்தால் மட்டும் இணைக்கவும்).
• என்ன: விரும்பிய செயல் மற்றும் அழைக்கப்பட்ட கருவிகள்.
• எந்த மாதிரி: மாதிரி பெயர் மற்றும் பதிப்பு (எ.கா. claude-opus-4-8), வெப்பநிலை போன்ற முக்கியமான அளவுருக்கள்.
• உள்ளீடு/வெளியீடு டைஜெஸ்ட்: முகமூடி செய்யப்பட்ட பதிப்பு அல்லது கோரிக்கை மற்றும் பதிலின் டைஜெஸ்ட்/ஹாஷ்.
• முடிவு: இது தானாகவே செயலாக்கப்பட்டதா, மனிதனிடம் சென்றதா, அங்கீகரிக்கப்பட்டதா அல்லது நிராகரிக்கப்பட்டதா?
• முடிவு: செயல்பாடு வெற்றிகரமாக உள்ளதா அல்லது பிழை, எந்த வளம் பாதிக்கப்படுகிறது?

படிப்படியாக: தணிக்கை பாதையை நிறுவுதல்

1. ஒரு இலக்கை அமைக்கவும். இந்த பதிவுகளை யார் படிப்பார்கள், ஏன்? (நிகழ்வு பதில், இணக்க தணிக்கை, பிழைத்திருத்தம்.) நீங்கள் எதை வைத்திருக்கிறீர்கள் என்பதை நோக்கம் தீர்மானிக்கிறது.
2. PII கொள்கையைச் செயல்படுத்தவும். உள்நுழைவதற்கு முன் ப்ராம்ட்/ரெஸ்பான்ஸை மறைக்கவும் (அலகு 2).
3. மாறாத தன்மையை வழங்கும். முக்கியமான பதிவுகள் பின்னிணைப்பு-மட்டும் இருக்கட்டும்; கடந்த காலத்தை யாரும் அமைதியாக அழிக்க முடியாது.
4. தக்கவைக்கும் காலத்தை வரையறுக்கவும். சட்டத் தேவைகள் மற்றும் இரகசியத்தன்மையின் சமநிலைக்கு ஏற்ப கால அளவை தீர்மானித்தல்; நேரம் முடிவடையும் போது தானாகவே நீக்கவும்.
5. அணுகலை வரம்பிடவும். பதிவுகளுக்கான அணுகல் RBAC உடன் பாதுகாக்கப்பட வேண்டும்; பதிவு வாசிப்பும் பதிவு செய்யப்பட வேண்டும்.
6. தொடர்பு ஐடியைச் சேர்க்கவும் (டிரேஸ் ஐடி). கோரிக்கையின் அனைத்து படிகளையும் (உள்ளீடு, கருவி அழைப்பு, சரிபார்ப்பு, வெளியீடு) ஒற்றை அடையாளத்துடன் இணைக்கவும்.

நான்கு நகலெடுக்கக்கூடிய டெம்ப்ளேட்கள்

தணிக்கை பதிவு திட்டம் (JSON):

{ "trace_id": "...", "time": "YYYY-MM-DDThh:mm:ssZ", "user": "...", "role": "...", "model": "claude-opus-4-8", "parameters": { "temperature": 0 }, "request_summary:"> "request_summary"> "<masked>", "கருவிகள்": ["tool_a", "tool_b"], "decision": "auto|human_approval", "approval": "அனுமதிக்கப்பட்டது|நிராகரிக்கப்பட்டது|எதுவுமில்லை", "முடிவு": "வெற்றி|பிழை", "பாதிக்கப்பட்ட_வளம்": "..."}

பதிவு PII கட்டுப்பாட்டு வரியில்:

கீழே உள்ள பதிவு எடுத்துக்காட்டுகளைப் பாருங்கள். தணிக்கைத் தடத்திற்குத் தேவையான புலங்கள் (யார், எப்போது, ​​மாதிரி, முடிவு, முடிவு) முடிந்ததா? மேலும் மூல PII கசிந்ததா? ஒவ்வொரு வரிசைக்கும், இவ்வாறு புகாரளிக்கவும்: "போதுமானதாக இல்லை / விடுபட்ட இடம்: ... /PII கசிவு: ..." <பதிவுகள்>{{ உதாரணங்கள் }}</logs>

நிகழ்வை மீண்டும் கட்டியெழுப்புதல்:

பின்வரும் தணிக்கைப் பதிவுகள் ஒற்றை ட்ரேஸ்_ஐடியைச் சேர்ந்தவை. நிகழ்வை காலவரிசைப்படி ஒரு கதையாக மாற்றவும்: பயனர் என்ன விரும்பினார், மாதிரி என்ன செய்தார், என்ன சரிபார்ப்புகள் இயங்கின, எப்படி முடிவு எடுக்கப்பட்டது, விளைவு என்ன? கொடி காணவில்லை அல்லது சீரற்ற படிகள்.<records>{{ trace_registers }}</records>

தக்கவைப்பு கொள்கை முடிவு விதி:

ஒவ்வொரு பதிவு வகைக்கும், தீர்மானிக்கவும்:- சட்டப்பூர்வ தக்கவைப்பு கடமை உள்ளதா? (குறைந்தபட்ச காலம் ஏதேனும் இருந்தால்)- அதில் PII உள்ளதா? (சேர்க்கப்பட்டால், கால அளவைக் குறைக்கவும், அணுகலைக் குறைக்கவும்)- பாதுகாப்பு சம்பவத்தின் ஆதாரம்? (கடையை மாற்ற முடியாது) முடிவு: "ஸ்டோர் N நாட்கள் + இணைக்க மட்டும் mi + அணுகல் நிலை".

பலவீனமான ப்ராம்ட் / ஸ்ட்ராங் ப்ராம்ட்

மோசமான அணுகுமுறை

வலுவான அணுகுமுறை

உள்நுழைவதே இல்லை ("தேவையில்லை")

நிகழ்வை மறுகட்டமைக்க குறைந்தபட்ச தொகுப்பை பதிவு செய்கிறது

raw prompt/responsஐ அப்படியே பதிவு செய்கிறது

மறைக்கப்பட்ட சுருக்கம் + ட்ரேஸ் ஐடி பதிவு

வரம்பற்ற பதிவுகளை சேமிக்கவும்

சட்ட + தனியுரிமை சமநிலையுடன் தக்கவைப்பு காலம்

பதிவுகளை யார் வேண்டுமானாலும் நீக்கலாம்

முக்கியமான பதிவுகள் இணைக்க மட்டுமே, அணுகல் கட்டுப்படுத்தப்படும்

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

வழக்கு 1 - டிரேஸ் ஐடி ஒரு நாளின் விசாரணையை 15 நிமிடங்களாகக் குறைத்தது. "எனது விண்ணப்பம் நியாயமற்ற முறையில் நிராகரிக்கப்பட்டது," என்று ஒரு வாடிக்கையாளர் வங்கியின் கடன் முன் மதிப்பீட்டு உதவியாளரிடம் கூறினார். தொடர்பு ஐடிக்கு நன்றி, குழு அந்த விண்ணப்பத்தின் உள்ளீடு, பணியாளர் சரிபார்ப்புகள் மற்றும் முடிவை 15 நிமிடங்களில் மறுகட்டமைத்தது; ஒரு விதி சரிபார்ப்பில் தவறான நுழைவாயிலால் பிழை ஏற்பட்டது என்பதைக் காட்டியது மற்றும் அதை சரிசெய்தது.

வழக்கு 2 - தணிக்கையில் அதிகப்படியான பதிவு கண்டுபிடிக்கப்பட்டது. ஒரு ஈ-காமர்ஸ் நிறுவனம் பிழைத்திருத்தத்திற்கான அனைத்து தூண்டுதல்களையும்/பதில்களையும் மூல பதிவுகளுக்கு எழுதிக் கொண்டிருந்தது. வருடாந்த தணிக்கையின் போது, ​​இந்த பதிவுகளில் வாடிக்கையாளர் முகவரி மற்றும் தொலைபேசி எண்கள் இருப்பதும், 2 வருடங்களாக வைக்கப்பட்டிருப்பதும் தெரிய வந்தது. மறைத்தல் + 90 நாள் தக்கவைப்புக் கொள்கைக்கு மாறுவதன் மூலம் கண்டுபிடிப்பு மூடப்பட்டது; தணிக்கை பாதை செயல்பாடு பாதுகாக்கப்பட்டது.

வழக்கு 3 - சேர்க்க மட்டும் பதிவு உள் துஷ்பிரயோகம் கண்டறியப்பட்டது. ஒரு வழங்குநரின் ஊழியர், தான் உருவாக்கிய பிழையான தொகுப்பை மறைக்க பதிவுகளை நீக்க முயற்சித்தார். பதிவுகள் பின்னிணைப்பு-மட்டுமே மற்றும் பதிவு வாசிப்பு/நீக்குதல் முயற்சிகள் பதிவுசெய்யப்பட்டதால், முயற்சி உடனடியாகக் காணப்பட்டது; இந்த சம்பவம் ஒழுங்கு மற்றும் செயல்முறை திருத்தத்தில் விளைந்தது.

உதவிக்குறிப்பு: ஒவ்வொரு கோரிக்கைக்கும் ஒரு தொடர்பு ஐடியை (டிரேஸ் ஐடி) ஒதுக்கி, அதை எல்லா படிகளிலும் கொண்டு செல்லவும். ஒரு சிக்கல் ஏற்படும் போது, ​​ஒரே வினவலின் மூலம் "அந்தக் கோரிக்கை பற்றிய அனைத்தையும்" சேகரிக்க முடிவது, சம்பவ பதிலின் மிகப்பெரிய முடுக்கியாகும்.

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

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

சுருக்கமாக

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

விண்ணப்ப பணி

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

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

• [ ] தணிக்கை பாதையில் யார்/எப்போது/என்ன/முறை/முடிவு/முடிவு புலங்கள் அடங்கும்.
• [ ] பதிவுகளுக்கு முன் ப்ராம்ட்/ரெஸ்பான்ஸ் மறைக்கப்படுகிறது (PII இல்லை).
• [ ] ஒவ்வொரு கோரிக்கைக்கும் ஒரு தொடர்பு ஐடி (டிரேஸ் ஐடி) ஒதுக்கப்பட்டுள்ளது.
• [ ] முக்கியமான பதிவுகள் இணைக்க மட்டுமே மற்றும் அணுகல் கட்டுப்படுத்தப்படும்.
• [ ] சேமிப்பக காலம் சட்ட + ரகசியத்தன்மை சமநிலையால் வரையறுக்கப்படுகிறது, மேலும் காலத்தின் முடிவில் நீக்கப்படும்.
• [ ] பதிவுகள் மூலம் நான் 30 நிமிடங்களுக்குள் நிகழ்வை மறுகட்டமைக்க முடியும்.