Ask HN: उत्पादन में MCP कौन इस्तेमाल कर रहा है?
डेवलपर तेजी से उत्पादन में Model Context Protocol (MCP) servers तैनात कर रहे हैं ताकि AI agents Jira, GitHub, CRMs, monitoring tools, और custom internal apps जैसे enterprise systems के साथ सुरक्षित रूप से इंटरैक्ट कर सकें। समर्थकों का कहना है कि MCP tool discovery, OAuth-आधारित auth, और fine-grained capability boundaries को मानकीकृत करता है—विशेष रूप से non-technical users और third-party voice/chat platforms के लिए उपयोगी—जबकि आलोचक तर्क देते हैं कि models के tool use में बेहतर होने के साथ कई use cases सीधे APIs या CLIs से बेहतर पूरे होते हैं। कुल मिलाकर, MCP AI agents के लिए multi-system, multi-vendor environments में एक de facto integration layer के रूप में उभर रहा है, हालांकि इसकी दीर्घकालिक आवश्यकता और दक्षता पर बहस जारी है.
कुल भावना
- कई टिप्पणीकार उत्पादन में सक्रिय रूप से MCP (Model Context Protocol) का उपयोग कर रहे हैं; अन्य संशय में हैं या मानते हैं कि जैसे-जैसे मॉडल और CLI बेहतर हो रहे हैं, इसका मूल्य घट रहा है।
- “डेवलपर्स के लिए टर्मिनल में एजेंट” बनाम “एंड‑यूज़र / एंटरप्राइज़ इंटीग्रेशन” के बीच स्पष्ट विभाजन है, जहाँ MCP को कहीं अधिक उपयोगी माना जाता है।
सामान्य उत्पादन उपयोग मामले
- ग्राहक-मुखी और आंतरिक वॉइस एजेंट: अपॉइंटमेंट शेड्यूलिंग, ऑर्डर स्थिति, CRM एक्सेस, फोन-आधारित रिसेप्शनिस्ट।
- SaaS उत्पाद: CRM/ERP, होस्टिंग/कंट्रोल पैनल, मॉनिटरिंग, कंप्लायंस टूल्स, रिपोर्टिंग/एनालिटिक्स, सोशल मीडिया मैनेजमेंट, हेल्प सेंटर, ई-कॉमर्स एनालिटिक्स, विशिष्ट वर्टिकल टूल्स।
- डेवलपर वर्कफ़्लो: बग/फ़ीचर रिपोर्टिंग, टास्क ट्रैकिंग, प्रोजेक्ट मैनेजमेंट (Jira/Linear/etc.), लॉग्स/मेट्रिक्स/अलर्ट्स के पार कोड डीबगिंग, इन्फ्रा प्राविजनिंग।
- व्यक्तिगत/प्रायोगिक टूल्स: सीखने के सहायक, कस्टम डेटा आर्काइव, किराना खरीदारी, भाषा अध्ययन, होम ऑटोमेशन, विज़ुअल इफेक्ट्स वर्कफ़्लो, व्यक्तिगत टिकट बोर्ड।
- क्रॉस‑सिस्टम “गेटवे” MCPs जो लॉग्स, मेट्रिक्स, कई APIs, या लेगेसी सिस्टम्स को एक agent-friendly सतह में एकीकृत करते हैं।
माने गए लाभ
- मानकीकृत, agent-native इंटरफ़ेस:
- टूल्स/रिसोर्सेज़ self-describing और discoverable होते हैं।
- कच्चे API endpoints की तुलना में “recipes” / वर्कफ़्लोज़ को उजागर करना आसान होता है।
- Auth और सुरक्षा:
- OAuth + मानकीकृत फ़्लोज़; उपयोगकर्ता API keys मैनेज करने के बजाय क्लिक/OAuth से कनेक्ट करते हैं।
- क्षमताओं को कड़ाई से सीमित किया जा सकता है और मॉडल से अंतर्निहित सेवा credentials छिपाए जा सकते हैं।
- वितरण और उपयोगिता:
- गैर-तकनीकी उपयोगकर्ता CLI के बिना ChatGPT/Claude/etc. में उत्पाद कनेक्ट कर सकते हैं।
- एक ही MCP अक्सर in-app assistants, external agents, और कई vendors द्वारा पुन: उपयोग होता है।
- abstraction:
- ugly, inconsistent, या बदलने में कठिन REST/CLI सतहों को अधिक साफ़, LLM‑tuned लेयर से लपेटता है।
आलोचनाएँ और संशय
- कई डेवलपर्स CLI या सीधे APIs को प्राथमिकता देते हैं:
- सस्ता, token उपयोग में अधिक कुशल; डीबग करना आसान; context bloat कम।
- skills + shell access अक्सर पर्याप्त होते हैं।
- शिकायतें कि MCP servers की गुणवत्ता बहुत अलग-अलग होती है; कई सीधे APIs से भी खराब होते हैं।
- कुछ लोग MCP को एक fad या अनावश्यक abstraction मानते हैं, खासकर अब जब मॉडल APIs/CLIs को बेहतर तरीके से संभाल रहे हैं।
- एक “well‑engineered” MCP बनाना भारी माना जाता है: सावधानीपूर्वक डिज़ाइन, benchmarking, और निरंतर iteration की आवश्यकता होती है।
- “good REST + docs” की तुलना में सीमांत लाभ पर सवाल, खासकर dev-heavy टीमों के लिए।
सूक्ष्मताएँ और खुले प्रश्न
- token efficiency और performance तुलना विवादित हैं।
- tools की lazy loading और tool search overhead को कम कर सकते हैं, लेकिन यह harness पर निर्भर करता है।
- APIs/skills/CLIs की तुलना में MCP की दीर्घकालिक भूमिका पर बहस जारी है और इसका समाधान नहीं हुआ है।