MCP கருவிகள் உங்கள் Claude Code உள்ளீட்டு-டோக்கன் (input-token) கட்டணத்தைக் குறைக்காது, மாறாக அதிகரிக்கவே செய்யும்; நீங்கள் ஒரு சுத்திகரிப்பு கருவி (cleaning tool) மூலம் அனுப்பும் ஒவ்வொரு ப்ராம்ப்ட்டும் (prompt) அதிக டோக்கன்களையும், அதன் மூலம் அதிக பணத்தையும் செலவழிக்கச் செய்யும். குறைந்த API செலவுகளைத் தேடும் டெவலப்பர்கள், மாடல் பார்ப்பதற்கு முன்பே MCP அடிப்படையிலான சுத்திகரிப்பு கருவிகள் ப்ராம்ப்ட்டின் அளவைக் குறைத்துவிடும் என்று கருதி அவற்றைப் பயன்படுத்துகின்றனர்.

டோக்கன் மீட்டர் ஏன் முக்கியமானது

உங்கள் உரை மாடலின் கான்டெக்ஸ்ட் விண்டோவை (context window) சென்றடைந்த அடுத்த கணமே Claude Code டோக்கன்களை எண்ணத் தொடங்கிவிடும். மாடல் மூலமான (raw) ப்ராம்ப்ட்டைப் படிக்கத் தொடங்கிவிட்டு, பின்னர் ஒரு MCP கருவியைப் பயன்படுத்த வேண்டுமா என்பதைத் தீர்மானிக்கிறது. சுத்திகரிப்பு கருவி, அசல் உரை ஏற்கனவே உரையாடலின் ஒரு பகுதியாக மாறிய பிறகுதான் இயங்குகிறது, எனவே மீட்டர் ஏற்கனவே அந்த டோக்கன்களைப் பதிவு செய்துவிடுகிறது.

ஒரு பொதுவான செயல்முறை இவ்வாறு இருக்கும்:

  1. உங்கள் மூல (raw) ப்ராம்ப்ட் சமர்ப்பிக்கப்படுகிறது – டோக்கன் கவுண்டர் இயங்குகிறது.
  2. மாடல் ப்ராம்ப்ட்டைப் படித்துவிட்டு, சுத்திகரிப்பு கருவியைக் அழைக்கத் தீர்மானிக்கிறது.
  3. கருவி சுருக்கப்பட்ட ஒரு பதிப்பைத் திருப்பித் தருகிறது.
  4. இப்போது கான்டெக்ஸ்டில் (context) மூன்று விஷயங்கள் உள்ளன: அசல் ப்ராம்ப்ட், கருவி அழைப்பு மெட்டாடேட்டா (tool-call metadata), மற்றும் சுத்திகரிக்கப்பட்ட ப்ராம்ப்ட்.

இந்த மூன்று பதிவுகளுக்கும் நீங்கள் கட்டணம் செலுத்த வேண்டும். "சுத்திகரிக்கப்பட்ட" பதிப்பு அசல் பதிப்பை மாற்றாது; அது அசல் பதிப்புடன் இணைந்தே இருக்கும்.

MCP சுத்திகரிப்பு எப்போது உதவும்

மூல உரை (raw text) முதன்மை Claude Code கான்டெக்ஸ்டிற்குள் நுழையாதபோது மட்டுமே ஒரு MCP கருவி டோக்கன்களைச் சேமிக்கும். அது பின்வரும் கீழ்நிலை (downstream) அழைப்புகளின் போது நிகழும்:

  • மாடல் ஒரு தேடுபொறி அல்லது தரவுத்தளத்திற்கு அனுப்பும் Retrieval-augmented generation (RAG) வினவல்கள்.
  • முதன்மை உரையாடலில் இருந்து சுதந்திரமாகச் செயல்படும் துணை ஏஜெண்டுகளுக்கு (sub-agents) அனுப்பப்படும் அறிவுறுத்தல்கள்.

அந்தச் சூழல்களில், மாடல் சுத்திகரிக்கப்பட்ட தரவை (payload) நேரடியாக வெளிப்புற அமைப்பிற்கு அனுப்புகிறது, இதனால் அசல் பயனர் உரை முதன்மை டோக்கன் எண்ணிக்கையில் சேராமல் தவிர்க்கப்படுகிறது.

உங்கள் உள்ளீட்டு டோக்கன்களை உண்மையில் எவ்வாறு குறைப்பது

நீங்கள் Claude Code-க்கு வழங்கும் டோக்கன்களின் எண்ணிக்கையைக் குறைக்க விரும்பினால், உரை மாடலைத் தொடுவதற்கு முன்பே அதைச் சுத்திகரிக்கவும். இன்று நடைமுறையில் உள்ள மூன்று அணுகுமுறைகள் இதோ:

  • System-level hotkeys – விண்டோஸில் AutoHotkey ஸ்கிரிப்ட்; macOS-இல் Automator பயன்படுத்தவும். நீங்கள் அனுப்பவிருக்கும் உரையை இந்த ஸ்கிரிப்ட் தேர்ந்தெடுத்து, ஒரு வெளிப்புற API-க்கு அனுப்பி, அங்கிருந்து சுத்திகரிக்கப்பட்ட பதிப்பைப் பெற்று, எடிட்டரில் உள்ள உரையை மாற்றியமைக்கும். மூல உரை உங்கள் கணினியை விட்டு வெளியேறாததால், சுத்திகரிக்கப்பட்ட பதிப்பு மட்டுமே சமர்ப்பிக்கப்படும்.
  • CLI piping – ஒரு டெர்மினலில் இருந்து Claude Code-ஐத் தொடங்கி, தேவையற்ற இடைவெளிகள் (whitespace), கமெண்ட்கள் (comments) அல்லது மீண்டும் மீண்டும் வரும் சொற்றொடர்களை நீக்க ஒரு bash filter (உதாரணமாக, sed அல்லது Python ஸ்கிரிப்ட்) மூலம் உங்கள் ப்ராம்ப்ட்டை முன்கூட்டியே செயலாக்கவும். இந்த வடிகட்டப்பட்ட வெளியீடு மட்டுமே மாடலுக்கு அனுப்பப்படும்.
  • MCP for downstream calls only – முன்னரே விவரிக்கப்பட்ட RAG அல்லது துணை ஏஜெண்ட் நிலைகளுக்கு மட்டுமே MCP கருவிகளைப் பயன்படுத்தவும். ஆரம்ப பயனர் ப்ராம்ப்ட்டை மாடல் நேரடியாகக் கையாளட்டும், மேலும் சுத்திகரிப்பு கருவி முதன்மை உரையாடலை விட்டு வெளியேறும் தரவின் (payload) மீது மட்டும் செயல்படட்டும்.

தவிர்க்க வேண்டிய பொதுவான தவறுகள்

  • MCP கருவிகள் அசல் ப்ராம்ப்ட்டைக் குறைக்கும் என்று நினைப்பது – அவை ஒரு tool-call டோக்கன் தொகுதியைச் சேர்க்கின்றன மற்றும் மூல உரையை அப்படியே வைத்திருப்பதால், மொத்த டோக்கன் எண்ணிக்கை அதிகரிக்கிறது.
  • Claude Code hooks-களை மட்டும் நம்பியிருப்பது – Hooks கூடுதல் சூழலை (context) சேர்க்கலாம் அல்லது ப்ராம்ப்ட்களைத் தடுக்கலாம், ஆனால் உரையாடலில் ஏற்கனவே உள்ள உரையை அவை மாற்றியமைக்க முடியாது.
  • Inline சுத்திகரிப்புடன் slash commands-களைப் பயன்படுத்துவது – ஒரு கமெண்ட் சுத்திகரிப்பு ஸ்கிரிப்டை இயக்கினாலும், மூல ஆர்குமெண்ட்கள் (arguments) மாடல் பதிவு செய்யும் கமெண்ட் வரியின் ஒரு பகுதியாகவே இருக்கும், எனவே அதற்கும் நீங்கள் கட்டணம் செலுத்த வேண்டும்.

உங்கள் எழுத்துக்கள் மாடலின் API எண்ட்-பாயிண்டிற்குச் சென்றடைந்த அடுத்த கணமே டோக்கன் மீட்டர் தொடங்குகிறது. அதற்குப் பிறகு செய்யப்படும் எந்தவொரு சுத்திகரிப்பும் கூடுதல் சுமையை (overhead) மட்டுமே சேர்க்கும்.

டெவலப்பர்களுக்கு இதன் பொருள் என்ன

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

முக்கிய கருத்து: MCP கருவிகள் கீழ்நிலை தரவுகளுக்கு (downstream payloads) பயனுள்ளவை, ஆனால் நீங்கள் தட்டச்சு செய்யும் ப்ராம்ப்ட்டின் டோக்கன்களை அவை குறைக்க முடியாது. Claude Code டோக்கன் செலவுகளை உண்மையாகக் குறைக்க விரும்பினால், அனுப்பும் முன்பே சுத்திகரிக்கவும் அல்லது முதன்மை கான்டெக்ஸ்டில் வராத அழைப்புகளுக்கு மட்டும் சுத்திகரிப்பை மட்டுப்படுத்தவும்.