Model Context Protocol (MCP) என்பது பெரிய மொழி மாதிரிகளை (LLMs) அளவிடக்கூடிய மற்றும் பாதுகாப்பான முறையில் வெளிப்புறக் கருவிகளைப் பயன்படுத்தக்கூடிய முகவர்களாக (agents) மாற்றுவதற்கான ஒரு உறுதியான தரநிலையாக வெளியிடப்பட்டுள்ளது. எந்தவொரு MCP-அறிதலுள்ள ஹோஸ்ட் (host) மற்றும் எந்தவொரு MCP சர்வர் (server) இடையேயும் ஒரு பொதுவான "இணைப்பை" (plug) வரையறுப்பதன் மூலம், இந்த நெறிமுறை (protocol) டெவலப்பர்கள் தற்காலிகமாக எழுதப்படும் குறியீடுகளுக்குப் பதிலாக, கணிக்கக்கூடிய மற்றும் தணிக்கை செய்யக்கூடிய ஒரு பணிப்பாய்வை (workflow) மாற்றியமைக்க அனுமதிக்கிறது.
LLM-களுக்கு ஏன் ஒரு நெறிமுறை தேவை?
ஒரு LLM அதன் பயிற்சித் தரவிலிருந்து அடுத்த உரையின் டோக்கனை (token) மட்டுமே கணிக்கிறது. கூடுதல் தர்க்கம் (logic) இல்லாமல் புதிய உண்மைகளைப் பெறவோ, தரவுத்தளத்தில் எழுதவோ அல்லது வெளிப்புற API-ஐத் தூண்டவோ அதனால் முடியாது. டெவலப்பர்கள் ஒரு மாதிரியை ஒரு சுழற்சிக்குள் (loop) கொண்டு வரும் "முகவர்களை" (agents) உருவாக்கியுள்ளனர்: மாதிரி ஒரு கருவியைக் கேட்கிறது, கருவி இயங்குகிறது, அதன் முடிவு மீண்டும் மாதிரிக்குத் தரப்படுகிறது, மேலும் தொடரலாமா அல்லது பயனருக்குப் பதிலளிக்கலாமா என்பதை மாதிரி தீர்மானிக்கிறது.
அந்தச் சுழற்சி வேலை செய்கிறது, ஆனால் பொதுவான விதிகளின் தொகுப்பு இல்லையென்றால், கட்டுப்பாடற்ற செயல்முறைகளை உருவாக்குவது அல்லது ஒரு அமைப்பைத் தேவையற்ற அழைப்புகளுக்குத் திறந்த நிலையில் வைப்பது எளிது. ஒவ்வொரு புதிய கருவிக்கும் ஒரு தனிப்பயனாக்கப்பட்ட ஒருங்கிணைப்பு தேவைப்பட்டது, இது திட்டங்களுக்கு இடையே டோக்கன் பயன்பாடு, பட்ஜெட் வரம்புகள் அல்லது பாதுகாப்பு கொள்கைகளைக் கண்காணிப்பதைத் கடினமாக்கியது.
சுழற்சியின் அமைப்பு மற்றும் அதன் மூலம் கடந்து செல்ல வேண்டிய தரவை முறைப்படுத்துவதன் மூலம் MCP அந்த இடைவெளிகளை நிரப்புகிறது.
ஓர் MCP முகவரின் இருபகுதி உடற்கூறு
MCP ஒரு முகவரை வரையறை (definition) – முகவர் என்ன செய்ய முடியும் என்பதை விவரிக்கும் மாதிரி (template) – மற்றும் ஒரு நிகழ்வு (instance) – ஒரு பயனர் கோரிக்கையின் நேரடிச் செயல்படுத்தல் – எனப் பிரிக்கிறது.
முகவர் வரையறை (மாதிரி/template)
- ஹோஸ்ட் லூப் (Host loop) – கேட்கும்-கருவி-வாசிக்கும்-முடிவெடுக்கும் சுழற்சியை இயக்கும் ஒருங்கிணைப்பாளர்.
- சிஸ்டம் சூழல் (System context) – மாதிரியின் நடத்தையை வடிவமைக்கும் ஆளுமை மற்றும் உயர்நிலை அறிவுறுத்தல்கள்.
- MCP சர்வர் தொகுப்பு (MCP server set) – ஹோஸ்ட் அழைக்கக்கூடிய கிடைக்கக்கூடிய கருவி ஆதாரங்களின் பட்டியல்.
- கருவி கொள்கை (Tool policy) – ஒரு குறிப்பிட்ட முகவருக்கு எந்தக் கருவிகள் அனுமதிக்கப்படுகின்றன என்பதற்கான தெளிவான பட்டியல்.
- LLM தேர்வு (LLM selection) – உரை சார்ந்த காரணங்களை உருவாக்கும் குறிப்பிட்ட மாதிரி.
- முடிவுறுத்தல் வரம்புகள் (Termination limits) – முடிவில்லாத சுழற்சிகளைத் தடுக்க அதிகபட்ச சுழற்சிகளின் எண்ணிக்கை மற்றும் டோக்கன் வரம்பு.
- பணி ஒப்பந்தம் (Task contract) – முகவர் ஏற்கும் உள்ளீடுகள் மற்றும் அது வழங்கும் வெளியீட்டு வடிவம் பற்றிய முறையான விளக்கம்.
- சூழல் உத்தி (Context strategy) – டோக்கன் வரம்பிற்குள் இருக்க உரையாடல் வரலாற்றை எவ்வாறு குறைப்பது அல்லது சுருக்குவது என்பதற்கான விதிகள்.
முகவர் நிகழ்வு (இயங்கும் பணி/running task)
- இலக்கு (Goal) – சுழற்சியைத் தொடங்கும் பயனரின் கோரிக்கை.
- செயல்பாட்டு சூழல் (Working context) – முந்தைய கருவி முடிவுகள் உட்பட திரட்டப்பட்ட வரலாறு.
- சான்றுகள் (Credentials) – தேர்ந்தெடுக்கப்பட்ட கருவிகளை அழைக்கத் தேவையான டோக்கன்கள் அல்லது அனுமதித் தொகுப்புகள்.
- பயன்படுத்தப்பட்ட வரம்பு (Consumed budget) – இதுவரை செலவிடப்பட்ட டோக்கன்கள் மற்றும் எடுக்கப்பட்ட படிகளின் கணக்கு.
இந்தக் கூறுகள் ஒரு முகவர் என்ன செய்ய அனுமதிக்கப்படுகிறது மற்றும் அது தற்போது என்ன செய்கிறது ஆகிய இரண்டையும் காட்டுகின்றன.
MCP எவ்வாறு மேம்பாட்டுப் போக்கை (Development Flow) மாற்றுகிறது
MCP-க்கு முன்பு, ஒரு டெவலப்பர் ஒரு LLM மூலம் வானிலை API-ஐக் கேட்கவும், தரவுத்தளத்திலிருந்து ஒரு வரிசையை எடுக்கவும், பின்னர் ஒரு அறிக்கையைத் தயாரிக்கவும் விரும்பினால், ஒவ்வொரு முனைக்கும் (endpoint) தனித்தனியாக இணைப்பு குறியீட்டை (glue code) எழுத வேண்டியிருந்தது. அந்த குறியீடு பெரும்பாலும் மாதிரியின் ப்ராம்ப்ட்டிற்குள் (prompt) கருவி அழைப்புகளை மறைத்து வைத்திருந்தது, இதனால் எந்தக் கோரிக்கை எந்தப் பதிலைத் தூண்டியது என்பதைக் காண்பது சாத்தியமற்றதாக இருந்தது.
MCP மூலம், ஹோஸ்ட் உரையாடலை மாதிரியிடம் அனுப்புகிறது, மாதிரி உருவாக்கும் எந்தவொரு கருவி கோரிக்கையையும் ஆய்வு செய்கிறது, கருவியை নিজেই இயக்கி, பின்னர் அதன் முடிவை மீண்டும் வழங்குகிறது. கூடுதல் குறியீடு மிகக் குறைவு, ஆனால் வெளிப்படைத்தன்மை முழுமையானது: ஒவ்வொரு சுழற்சியும் ஒவ்வொரு டோக்கனும் பதிவு செய்யப்படுகின்றன.
அந்த வெளிப்படைத்தன்மை இரண்டு நடைமுறை நன்மைகளைக் கொண்டுவருகிறது:
- செலவு அளவீடு (Cost measurement) – டெவலப்பர்கள் ஒரே பணியில் ஒரு மலிவான மாதிரியை ஒரு பெரிய மாதிரியுடன் ஒப்பிடலாம், ஒவ்வொரு சுழற்சியும் எத்தனை டோக்கன்களைச் செலவிடுகிறது என்பதைத் துல்லியமாகப் பார்க்கலாம்.
- பாதுகாப்பு தணிக்கை (Security auditing) – கருவி கொள்கை மற்றும் சான்றிதழ் சரிபார்ப்புகள் மாதிரியின் வெளியே நடப்பவை, இது மாதிரி அங்கீகரிக்கப்படாத சேவைகளை அமைதியாக அழைப்பதைத் தடுக்கிறது.
இன்னும் வரையறுக்கப்படாதவை
MCP உரையாடலின் வடிவம் மற்றும் அதனுடன் செல்லும் மெட்டாடேட்டாவை (metadata) especifies செய்கிறது, ஆனால் ஒரு கருவி உட்புறமாக எவ்வாறு செயல்படுத்தப்படுகிறது என்பதை அது தீர்மானிக்கவில்லை.
அடுத்து கவனிக்க வேண்டியவை
- அளவீட்டுத் தொகுப்புகள் (Metric suites) – இந்தத் தொடரின் அடுத்தக் கட்டுரை, டெவலப்பர்கள் கண்காணிக்க வேண்டிய எண்களின் சரிபார்ப்புப் பட்டியலை (டோக்கன் செலவு, சுழற்சி எண்ணிக்கை, கருவிக்கான தாமதம்) வழங்கும். அந்த அளவீடுகள் எந்தவொரு MCP சார்ந்த முகவருக்கும் அதிகாரப்பூர்வமான ஆரோக்கியச் சோதனைகளாக (health checks) மாறும்.
சுருக்கமாக
Model Context Protocol, LLM முகவர்களுக்கு ஒரு பகிரப்பட்ட, தணிக்கை செய்யக்கூடிய கட்டமைப்பை வழங்குகிறது, இது ஒரு முகவர் என்ன செய்ய முடியும் என்பதையும், அது எந்தத் தருணத்திலும் என்ன செய்கிறது என்பதையும் தனித்தனியாகப் பிரிக்கிறது. தெளிவற்ற கருவி அழைப்புகளை ஒரு வெளிப்படையான சுழற்சியாக மாற்றுவதன் மூலம், MCP அந்த அளவீடுகளைச் சாத்தியமாக்குகிறது.