உங்கள் MCP சர்வர் 40 கருவிகளைத் தேவையில்லை
MCP டெமோக்கள் பெரும்பாலும் அனைத்தையும் ஒரே நேரத்தில் காட்டுகின்றன. அவை ஒவ்வொரு endpoint மற்றும் ஒவ்வொரு தரவுத்தள அட்டவணையையும் (database table) காட்டுகின்றன. ஏஜென்ட் (agent) எதையும் அழைக்க முடியும் என்று அவை கூறுகின்றன.
இது பத்து நிமிடங்களுக்கு வலிமையானதாகத் தோன்றலாம். ஆனால் பிறகு மாடல் (model) தோல்வியடைகிறது. அது தவறான கருவியைத் அழைக்கிறது. தவறான வடிவத்தில் (shape) ஆர்குமென்ட்களை (arguments) அனுப்புகிறது. ஒரு தேடல் endpoint-லிருந்து ஒரு வரைபடத்தைக் (chart) கேட்கிறது. ஒரு அழிவை ஏற்படுத்தும் செயலை (destructive action) மீண்டும் மீண்டும் செய்கிறது.
பிரச்சனை MCP அல்ல. பிரச்சனை என்னவென்றால், MCP-ஐ உங்கள் backend-க்கான ஒரு மாயாஜால அடாப்டர் (magic adapter) போலக் கருதுவதுதான்.
ஒரு MCP சர்வர் என்பது உங்கள் API-ஐ ஏஜென்ட்களுக்கு அணுகக்கூடியதாக மாற்றுவது மட்டுமல்ல. இது மிகவும் நேரடியான மற்றும் எளிதில் திசைமாறும் ஒரு பயனருக்கான தயாரிப்புத் தளமாகும் (product surface). அந்த பயனர் ஒரு மொழி மாடல் (language model) ஆகும்.
ஒரு மாடலுக்கு 40 ஒத்த கருவிகளைக் கொடுத்தால், நீங்கள் அதற்கு வலிமையைக் கொடுக்கவில்லை. மாறாக, அது கிட்டத்தட்ட சரியாகச் செயல்பட 40 வழிகளைத் தருகிறீர்கள்.
உங்கள் API வழிகளை (routes) அப்படியே பிரதிபலிப்பதை நிறுத்துங்கள். மனிதர்களால் ஆவணங்களைப் (docs) படித்து சூழலைப் (context) புரிந்துகொள்ள முடியும். மாடல்கள் பெயர்கள் மற்றும் விளக்கங்களை (descriptions) பேட்டர்ன்-மேட்ச் (pattern-match) செய்கின்றன.
பயனரின் நோக்கத்தைச் (user intent) சுற்றியே உங்கள் MCP அடுக்கை (layer) உருவாக்குங்கள்.
ஒவ்வொரு வழியையும் அப்படியே பிரதிபலிப்பதற்குப் பதிலாக, அவற்றை தெளிவான எல்லைகளுக்குள் குழுவாக்குங்கள்:
- சந்தை சுருக்கங்களுக்கு (market summaries) ஒரு கருவி
- வெளியீட்டு காலெண்டர்களுக்கு (release calendars) ஒரு கருவி
- குறிப்பிட்ட தரவுத் துண்டுகளுக்கு (specific data snapshots) ஒரு கருவி
- வரலாற்றுச் சுட்டிக்காட்டிகளுக்கு (historical indicators) ஒரு கருவி
ஒரு API வழி சொல்கிறது: நீங்கள் இந்த கோரிக்கையை (request) அனுப்பினால், சர்வர் பதிலளிக்கும். ஒரு MCP கருவி சொல்ல வேண்டும்: இந்தத் துல்லியமான வேலைக்காக, இந்தத் துல்லியமான உள்ளீடுகளுடன் (inputs) என்னைப்பயன்படுத்துங்கள், மேலும் இந்த குறிப்பிட்ட முடிவை எதிர்பார்க்கலாம்.
சிறந்த கருவி விளக்கங்கள் என்பவை ரூட்டிங் லாஜிக் (routing logic), சந்தைப்படுத்தல் நகல்கள் (marketing copy) அல்ல.
தவறு: name: get_data description: API-லிருந்து தரவைப் பெறுகிறது.
சிறந்தது: name: lookup_release_calendar description: ஒரு நாணயம் மற்றும் தேதி வரம்பிற்கான திட்டமிடப்பட்ட பொருளாதார நிகழ்வுகளைத் திருப்பிக் கொடுக்கவும். வரவிருக்கும் மேக்ரோ நிகழ்வுகள் (macro events) பற்றிய கேள்விகளுக்குப் பதிலளிப்பதற்கு முன் இதைப் பயன்படுத்தவும்.
சிறந்த ஏஜென்ட்களை உருவாக்க இந்த விதிகளைப் பின்பற்றுங்கள்:
சாதாரணமாக இருக்கும் பெயர்களைப் பயன்படுத்துங்கள். டெவலப்பர்கள் fetch அல்லது query போன்ற சுருக்கமான பெயர்களை விரும்புகிறார்கள். மாடல்களுக்கு search_docs அல்லது check_deployment_status போன்ற குறிப்பிட்ட பெயர்கள் தேவை. தெளிவற்ற பெயர்கள் சிக்கலை ஏற்படுத்தும்.
பதிலின் வடிவத்தைக் (response shape) கட்டுப்படுத்துங்கள். மிகப்பெரிய நெஸ்டட் ஆப்ஜெக்ட்களை (nested objects) திருப்பிக் கொடுக்காதீர்கள். அந்த வேலைக்குத் தேவையான மிகச்சிறிய வடிவத்தைத் திருப்பிக் கொடுங்கள். மாடல் அதிகப்படியான தரவைப் பார்த்தால், அது தவறான புலத்தைப் (field) பயன்படுத்தும் அல்லது விவரங்களை மாயத்தோற்றமாக (hallucinate) உருவாக்கும்.
தோல்விக்கான சூழலுக்கும் வடிவமைக்கவும் (Design for failure). பிழைகளை நீங்கள் எவ்வாறு கையாளுகிறீர்கள் என்பதிலிருந்தே தயாரிப்புத் தரம் (production quality) அமைகிறது. வெறும் 500 பிழையையோ அல்லது காலியான அரேவையையோ (empty array) மட்டும் திருப்பிக் கொடுக்காதீர்கள். அது ஏன் தோல்வியடைந்தது என்று மாடலுக்குச் சொல்லுங்கள். எந்தப் பதிவுகளும் பொருந்தவில்லை என்றால், பயனருக்கு ஒரு விரிவான தேதி வரம்பைப் பரிந்துரைக்குமாறு மாடலிடம் சொல்லுங்கள்.
சிறந்த ஏஜென்ட் கருவி என்பது மிகவும் சக்திவாய்ந்த கருவி அல்ல. அது மாடலால் தவறாகப் புரிந்துகொள்ள முடியாத கருவியாகும்.
மூலம்: https://dev.to/roberttidball/your-mcp-server-doesnt-need-40-tools-2ig1
விருப்பத்தேர்வு கற்றல் சமூகம்: https://t.me/GyaanSetuAi