தளம் · மதிப்பீடுகள்Project Moonshot — AI Verify Foundation ஆல் இயக்கப்படுகிறது

உங்கள் AI முகவர்களை
தாக்குபவர் செய்வதற்கு முன்
நீங்களே red-team செய்யுங்கள்.

பதிவு செய்யப்பட்ட ஒவ்வொரு AI முகவரையும் Project Moonshot சோதனைப் பட்டியலுக்கு எதிராக benchmark மற்றும் red-team செய்யுங்கள் — பாதுகாப்பு, சார்பு, ஜெயில்பிரேக் எதிர்ப்பு, தனியுரிமைக் கசிவு மற்றும் திறன். முடிவுகள் தரப்படுத்தப்பட்டு, போர்ட்டலில் நிர்வாகச் சான்றாகப் பாதுகாக்கப்படும்.

01 / மதிப்பீடுகள் எவ்வாறு செயல்படுகின்றன

இலக்கைத் தேர்ந்தெடுங்கள். சோதனையைத் தேர்ந்தெடுங்கள். தரத்தைப் பெறுங்கள்.

இலக்குகள் நீங்கள் ஏற்கனவே பதிவு செய்த AI முகவர்கள்; எனவே வழங்குநர் இணைப்பி, மாடல் மற்றும் system prompt-ஐ Obiguard உங்களுக்காகத் தீர்மானிக்கிறது — போர்ட்டல் வழங்குநர் நற்சான்றுகளை ஒருபோதும் கையாள்வதில்லை.
01 — பட்டியல்

Project Moonshot cookbook-கள் & recipe-கள்

AI Verify Foundation-இன் திறந்த சோதனைப் பட்டியல், நேரலையாக வழங்கப்பட்டு, அறியப்பட்ட upstream commit-க்கு நிலைநிறுத்தப்பட்டுள்ளது. வகை வாரியாக cookbook-களை உலாவுங்கள், ஒவ்வொரு recipe-உம் எதை அளவிடுகிறது என்பதைப் படியுங்கள், ஓர் இயக்கத்தைத் தொடங்கும் முன் அது எத்தனை ப்ராம்ப்ட்களை அனுப்பும் என்பதைப் பாருங்கள்.

Cookbook-கள் · recipe-கள் · தாக்குதல் தொகுதிகள்
02 — இலக்கு

நீங்கள் உண்மையில் வெளியிடும் முகவரைச் சோதியுங்கள்

பதிவு செய்யப்பட்ட AI முகவருக்கு எதிராக, அதன் தற்போதைய system prompt, பதிவேட்டிலுள்ள வேறொரு ப்ராம்ப்ட் அல்லது தனிப்பயன் ப்ராம்ப்ட் மூலம் இயக்குங்கள் — இதனால் ப்ராம்ப்ட் மாற்றம் உற்பத்தியை அடையும் முன் அதை benchmark செய்ய முடியும்.

முகவர் · பதிவேட்டு ப்ராம்ப்ட் · தனிப்பயன் ப்ராம்ப்ட்
03 — RED TEAM

எதிர்த்தரப்புத் தாக்குதல் தொகுதிகள்

நிலையான benchmark-களுக்கு அப்பால், Moonshot தாக்குதல் தொகுதிகள் முகவரை தகவமைந்து ஆய்வு செய்கின்றன — ஒவ்வொரு தொகுதியும் நிலையான ப்ராம்ப்ட் எண்ணிக்கைக்குப் பதிலாகத் தனது சொந்த முடிவு தர்க்கத்தைக் கொண்டுள்ளது.

எதிர்த்தரப்பு · அமர்வு அடிப்படையிலானது
04 — தரம்

சரியான அளவில் வாசிக்கப்படும் தரங்கள்

Moonshot recipe-கள் ஒரே அளவைப் பகிர்வதில்லை — பெரும்பாலானவற்றில் அதிகமே சிறந்தது; நச்சுத்தன்மை மற்றும் AdvGLUE recipe-கள் அதைத் தலைகீழாக்குகின்றன; MLCommons recipe-கள் எழுத்துகளுக்குப் பதிலாக இடர் நிலைகளாகப் பிரிக்கப்படுகின்றன. Obiguard தரத்தை எப்போதும் அதன் அளவுடன் காட்டுகிறது; வெறும் மதிப்பெண்ணாக அல்ல.

A–E · தலைகீழ் · இடர் நிலைகள்
05 — தரம் பிரித்தல்

தோல்வியுறும் recipe-கள் வெளிப்படுத்தப்படுகின்றன

ஒவ்வோர் இலக்குக்கும் முடிந்த சமீபத்திய இயக்கத்திலிருந்து மதிப்பீடுகள் பக்கம் நிலையைப் படிக்கிறது; எனவே மாற்றப்பட்ட மாடலுக்கு எதிரான பழைய இயக்கம் முக்கிய எண்ணை இழுத்துச் செல்ல முடியாது. தோல்வியுறும் recipe-கள் நடவடிக்கை எடுக்க வேண்டிய கண்டறிதல்களாகப் பட்டியலிடப்படும்.

சமீபத்திய இயக்கம் · ஒவ்வோர் இலக்குக்கும்
06 — சான்று

நிர்வாகச் சான்றாகப் பாதுகாக்கப்படுகிறது

ஒவ்வோர் இயக்கமும் — இலக்கு, சோதிக்கப்பட்ட ப்ராம்ப்ட், பட்டியல் பதிப்பு, தரம் மற்றும் தோல்வியுற்ற recipe-கள் — திட்டத்துடன் பாதுகாக்கப்பட்டு, நீங்கள் செய்த சோதனைக்கான சான்றாகப் போர்ட்டலில் காட்டப்படும்.

பாதுகாக்கப்பட்டது · ஒவ்வொரு திட்டத்துக்கும் · போர்ட்டலில் காட்டப்படும்
AIVF
Project Moonshot

AI Verify Foundation-இன் திறந்த LLM சோதனைக் கருவித்தொகுப்பு, உங்கள் Obiguard திட்டத்துக்குள் இயங்குகிறது.

Cookbooks
சோதனைப் பட்டியல்

Cookbook-கள் பாதுகாப்பு, சார்பு, ஜெயில்பிரேக் எதிர்ப்பு, தனியுரிமைக் கசிவு மற்றும் பலவற்றை உள்ளடக்குகின்றன.

A–E
அளவுடன் தரப்படுத்தப்பட்டது

ஒவ்வொரு recipe-உம் தனது சொந்தத் தர அளவுக்கு எதிராக அறிக்கையிடப்படுகிறது — தலைகீழ் மற்றும் இடர்-நிலை recipe-கள் உட்பட.

0
கையாளப்படும் நற்சான்றுகள்

இலக்குகள் பதிவு செய்யப்பட்ட முகவர்கள் வழியாகத் தீர்மானிக்கப்படுகின்றன; வழங்குநர் token-கள் ஒவ்வோர் இயக்கத்துக்கும் சேவையகப் பக்கத்தில் உட்செலுத்தப்படுகின்றன.

03 / கேள்விகள்

மதிப்பீடுகள்,
விளக்கம்.

Project Moonshot என்றால் என்ன, benchmark ஓர் red-team இயக்கத்திலிருந்து எவ்வாறு வேறுபடுகிறது, தரத்தை எவ்வாறு வாசிப்பது.

SE-யுடன் பேசுங்கள் →

Project Moonshot என்றால் என்ன?[01]

Project Moonshot என்பது சிங்கப்பூரின் AI நிர்வாகச் சோதனை அமைப்பான AI Verify Foundation-இன் திறந்த LLM சோதனைக் கருவித்தொகுப்பு. இது cookbook-கள் மற்றும் recipe-களாக ஒழுங்கமைக்கப்பட்ட benchmark-களின் பட்டியலை வழங்குகிறது — பாதுகாப்பு, சார்பு, ஜெயில்பிரேக் எதிர்ப்பு, தனியுரிமைக் கசிவு மற்றும் திறனை உள்ளடக்கியது — அத்துடன் எதிர்த்தரப்பு red-teaming தாக்குதல் தொகுதிகளையும். நீங்கள் பதிவு செய்த AI முகவர்களுக்கு எதிராக, உங்கள் சொந்தத் திட்டத்துக்குள் அந்தப் பட்டியலை Obiguard இயக்குகிறது.

benchmark இயக்கத்துக்கும் red-teaming-க்கும் என்ன வேறுபாடு?[02]

benchmark இயக்கம் நிலையான ப்ராம்ப்ட் பட்டியலை — ஒரு cookbook அல்லது ஒரு recipe — அனுப்பி பதில்களைத் தரப்படுத்துகிறது; எனவே முடிவுகள் இயக்கங்களுக்கு இடையேயும் மாடல்களுக்கு இடையேயும் ஒப்பிடத்தக்கவை. Red-teaming தாக்குதல் தொகுதிகளைப் பயன்படுத்தி முகவரைத் தகவமைந்து ஆய்வு செய்கிறது; ஒவ்வொரு தொகுதியும் நிலையான ப்ராம்ப்ட் எண்ணிக்கைக்குப் பதிலாகத் தனது சொந்த முடிவு தர்க்கத்தைக் கொண்டுள்ளதால், அது அளவிடுவதை விட ஆராய்கிறது. பெரும்பாலான குழுக்கள் காலப்போக்கில் பின்னடைவைக் கண்காணிக்க benchmark-களையும், புதிதாக ஒன்றைக் கண்டறிய தாக்குதல் தொகுதிகளையும் பயன்படுத்துகின்றன.

A முதல் E வரையிலான தரங்கள் எதைக் குறிக்கின்றன?[03]

தரங்கள் ஒவ்வொரு recipe-இன் சொந்தத் தர அளவிலிருந்து வருகின்றன; அந்த அளவுகள் அனைத்தும் ஒரே மாதிரியானவை அல்ல. பெரும்பாலான recipe-களில் அதிகமே சிறந்தது; அங்கு A என்பது 80–100, E என்பது 0–19. AdvGLUE மற்றும் நச்சுத்தன்மை recipe-கள் இதைத் தலைகீழாக்குகின்றன, ஏனெனில் அவற்றின் மூல மதிப்பெண் செயல்திறனை அல்ல, தாக்குதல் வெற்றியை அல்லது நச்சுத்தன்மையை அளவிடுகிறது. MLCommons recipe-கள் எழுத்துகளையே பயன்படுத்துவதில்லை; அதற்குப் பதிலாக Low Risk முதல் High Risk வரை பிரிக்கப்படுகின்றன. அளவு இல்லாத மூல மதிப்பெண் பொருளற்றது என்பதால், Obiguard தரத்தை எப்போதும் அதன் அளவுடன் காட்டுகிறது.

எதற்கு எதிராக மதிப்பீட்டை இயக்கலாம்?[04]

திட்டத்தில் பதிவு செய்யப்பட்ட எந்த AI முகவருக்கு எதிராகவும். Obiguard முகவரை அதன் வழங்குநர் இணைப்பி மற்றும் மாடலுக்குத் தீர்மானித்து, ஒவ்வோர் இயக்கத்துக்கும் நற்சான்றை சேவையகப் பக்கத்தில் உட்செலுத்துகிறது; எனவே போர்ட்டல் வழங்குநர் token-ஐ ஒருபோதும் கையாள்வதில்லை. முகவரின் தற்போதைய system prompt, பதிவேட்டிலுள்ள வேறொரு ப்ராம்ப்ட் அல்லது தனிப்பயன் ப்ராம்ப்ட் — எதைச் சோதிக்க வேண்டும் என்பதை நீங்களே தேர்ந்தெடுக்கிறீர்கள்; இவ்வாறுதான் குழுக்கள் ப்ராம்ப்ட் மாற்றம் உற்பத்தியை அடையும் முன் அதை benchmark செய்கின்றன.

மதிப்பீட்டு இயக்கங்கள் உற்பத்திப் போக்குவரத்தைப் பாதிக்குமா?[05]

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

மதிப்பீட்டு முடிவுகள் சான்றாகப் பாதுகாக்கப்படுகின்றனவா?[06]

ஆம். ஒவ்வோர் இயக்கமும் அதன் இலக்கு, சோதிக்கப்பட்ட ப்ராம்ப்ட், பட்டியல் பதிப்பு, விளைந்த தரம் மற்றும் தோல்வியுற்ற recipe-களுடன் திட்டத்துடன் பாதுகாக்கப்பட்டு, போர்ட்டலில் காட்டப்படுகிறது. அந்தப் பதிவு, நீங்கள் தணிக்கையாளரிடம் ஒப்படைக்கக்கூடிய எதிர்த்தரப்புச் சோதனைக்கான சான்று. கடந்த 90 நாட்களில் முடிந்த ஓர் இயக்கம், கட்டமைப்பு வரைபடமாக்கலில் NIST MEASURE 2.7-க்குச் சான்றாகக் கணக்கிடப்படுகிறது; MGF Testing & Assurance இன்னும் மூன்றாம் தரப்புச் சோதனையைக் கோருவதால், அது உள்ளடக்கப்படாமலே இருக்கும்.
04 / தொடர்புடையவை

சோதனை என்பது உறுதிப்பாட்டின் ஒரு பாதி.

ஒரு முகவர் சோதனையில் எவ்வாறு நடந்துகொள்கிறது என்பதை மதிப்பீடுகள் சொல்கின்றன. உண்மையான போக்குவரத்தில் அது எவ்வாறு நடந்துகொண்டது என்பதை இரவு நேர நெறிமுறை & சார்பு அறிக்கை சொல்கிறது; உங்கள் கொள்கை மற்றும் control செயல்பாட்டிலிருந்து NIST AI RMF, ISO/IEC 42001, AISCF மற்றும் GenAI-க்கான MGF ஆகியவற்றுக்கு எதிரான உள்ளடக்கத்தை கட்டமைப்பு வரைபடமாக்கல் மதிப்பிடுகிறது. செயல்படுத்தல் மேல்நிலையில் ஆய்வு மற்றும் கொள்கைத் தொகுப்புகளில் நடக்கிறது — அனைத்தும் Governance AI பக்கத்தில்.