MCP टूल्समुळे तुमच्या Claude Code च्या इनपुट-टोकन बिलात कपात होत नाही, उलट ते वाढते; तुम्ही क्लिनिंग टूलद्वारे पाठवलेला प्रत्येक प्रॉम्प्ट अधिक टोकन्स खर्च करतो आणि पर्यायाने अधिक पैसे खर्च होतात. कमी API खर्च शोधणारे डेव्हलपर्स अनेकदा MCP-आधारित क्लिनर्सचा वापर करतात, असा समज करून की मॉडेलला दिसण्यापूर्वी ते प्रॉम्प्ट लहान करतील.
टोकन मीटर का महत्त्वाचे आहे
तुमचा मजकूर मॉडेलच्या कॉन्टेक्स्ट विंडोमध्ये पोहोचताच Claude Code टोकन्स मोजायला सुरुवात करते. मॉडेल मूळ (raw) प्रॉम्प्ट वाचण्यास सुरुवात करते आणि त्यानंतर MCP टूल वापरण्याचे ठरवते. क्लिनिंग टूल मूळ मजकूर संवादाचा भाग झाल्यानंतर नंतर चालते, त्यामुळे मीटरने आधीच ते टोकन्स नोंदवलेले असतात.
एक सामान्य प्रक्रिया अशी दिसते:
- तुमचा मूळ प्रॉम्प्ट सबमिट केला जातो – टोकन काउंटर सुरू होतो.
- मॉडेल प्रॉम्प्ट वाचते आणि क्लिनिंग टूल कॉल करण्याचा निर्णय घेते.
- टूल एक संक्षिप्त (trimmed) आवृत्ती परत करते.
- आता कॉन्टेक्स्टमध्ये तीन गोष्टी असतात: मूळ प्रॉम्प्ट, टूल-कॉल मेटाडेटा आणि क्लिन केलेला प्रॉम्प्ट.
तुम्हाला या तिन्ही नोंदींसाठी बिल आकारले जाते. "क्लीन" आवृत्ती मूळ आवृत्तीची जागा घेत नाही; ती फक्त तिच्यासोबत असते.
MCP क्लिनिंग कधी उपयुक्त ठरते
MCP टूल तेव्हाच टोकन्स वाचवते जेव्हा मूळ मजकूर मुख्य Claude Code कॉन्टेक्स्टमध्ये कधीच प्रवेश करत नाही. हे खालील प्रकारच्या डाउनस्ट्रीम कॉल्ससाठी घडते:
- Retrieval-augmented generation (RAG) क्वेरीज ज्या मॉडेल सर्च इंजिन किंवा डेटाबेसकडे पाठवते.
- सब-एजंट्सना पाठवलेले सूचना (instructions) जे मुख्य संवादापासून स्वतंत्रपणे काम करतात.
अशा प्रकरणांमध्ये मॉडेल क्लिन केलेला पेलोड (payload) थेट बाह्य सिस्टमकडे पाठवते, ज्यामुळे मूळ युजर मजकूर प्राथमिक टोकन गणनेतून बाहेर राहतो.
तुमचे इनपुट टोकन्स प्रत्यक्षात कसे कमी करावेत
जर तुम्हाला Claude Code ला दिले जाणारे टोकन्स कमी करायचे असतील, तर मजकूर मॉडेलपर्यंत पोहोचण्यापूर्वीच तो क्लीन करा. आज काम करणाऱ्या तीन व्यावहारिक पद्धती खालीलप्रमाणे आहेत:
- System-level hotkeys – Windows वर AutoHotkey स्क्रिप्ट वापरा; macOS वर Automator वापरा. ही स्क्रिप्ट तुम्ही पाठवणार असलेला मजकूर निवडते, तो एका बाह्य API कडे पाठवते जो क्लीन केलेली आवृत्ती परत करतो, आणि नंतर एडिटरमधील मजकूर बदलतो. मूळ आवृत्ती तुमच्या मशीनवरून कधीच बाहेर जात नसल्यामुळे, फक्त क्लीन केलेली आवृत्तीच सबमिट केली जाते.
- CLI piping – टर्मिनलवरून Claude Code सुरू करा आणि तुमचा प्रॉम्प्ट bash फिल्टर (उदा.
sedकिंवा Python स्क्रिप्ट) वापरून प्री-प्रोसेस करा, जो अनावश्यक व्हाईटस्पेस, कमेंट्स किंवा पुनरावृत्ती झालेले शब्द काढून टाकतो. फिल्टर केलेला आउटपुट मॉडेलला दिला जातो. - MCP for downstream calls only – MCP टूल्स फक्त आधी सांगितलेल्या RAG किंवा सब-एजंट स्टेप्ससाठी राखून ठेवा. मॉडेलला सुरुवातीचा युजर प्रॉम्प्ट थेट हाताळू द्या आणि क्लिनिंग टूल फक्त मुख्य संवादाबाहेर जाणाऱ्या पेलोडवरच काम करू द्या.
टाळण्यासारखे सामान्य दोष
- MCP टूल्स मूळ प्रॉम्प्ट ट्रिम करतात असा समज करणे – ते एक टूल-कॉल टोकन ब्लॉक जोडतात आणि मूळ मजकूर जतन करतात, ज्यामुळे एकूण संख्या वाढते.
- Claude Code हुक्सवर अवलंबून राहणे – हुक्स अतिरिक्त कॉन्टेक्स्ट जोडू शकतात किंवा प्रॉम्प्ट ब्लॉक करू शकतात, परंतु ते संवादात आधीच असलेल्या मजकुराला ओव्हरराईट करू शकत नाहीत.
- इनलाइन क्लिनिंगसह स्लॅश कमांड्स वापरणे – एखादी कमांड क्लिनिंग स्क्रिप्ट चालवत असली तरी, मूळ आर्ग्युमेंट्स (arguments) कमांड लाईनचा भाग म्हणून राहतात जी मॉडेल रेकॉर्ड करते, त्यामुळे तुम्हाला त्यासाठीही पैसे द्यावे लागतात.
तुमचे कॅरेक्टर्स मॉडेलच्या API एंडपॉइंटवर पोहोचताच टोकन मीटर सुरू होते. त्यानंतर काहीही क्लीन केल्यास फक्त अतिरिक्त ओव्हरहेड (overhead) वाढतो.
डेव्हलपर्ससाठी याचा अर्थ काय
बहुतेक AI-सर्व्हिस बिलांमध्ये टोकन किंमत एक स्वतंत्र घटक म्हणून दिसते. "क्लीनर" मुळे लपलेले टोकन्स वाढल्यामुळे जास्त पैसे भरणे, यामुळे तुम्ही अपेक्षित केलेली बचत वेगाने कमी होऊ शकते. टोकन संख्या अचूक ठेवण्यासाठी आणि तुमचे बजेट अंदाजित ठेवण्यासाठी क्लिनिंग स्टेप क्लायंट साईडवर हलवा.
थोडक्यात सांगायचे तर (Takeaway): MCP टूल्स डाउनस्ट्रीम पेलोडसाठी उपयुक्त आहेत, परंतु ते तुम्ही टाईप केलेल्या प्रॉम्प्टचे टोकन्स कमी करू शकत नाहीत. जर तुम्हाला Claude Code च्या टोकन खर्चात खरोखर घट हवी असेल, तर पाठवण्यापूर्वी मजकूर क्लीन करा किंवा क्लिनिंग फक्त अशा कॉल्सपुरते मर्यादित ठेवा जे मुख्य कॉन्टेक्स्टमध्ये कधीच येत नाहीत.