तुम MCP servers बनाते हो। शायद कुछ publish भी कर चुके हो — एक Postgres connector, एक Slack bridge, एक file-system tool। ये Claude के साथ काम करते हैं, Cursor के साथ, किसी भी client के साथ जो protocol बोलता हो। April 2026 तक, ecosystem में हज़ारों community-built servers हैं — Smithery, Glama, और mcp.so जैसी registries पर। Protocol जीत गया। Open source जीत गया। है ना?

ज़रा ध्यान से देखो।

Timeline तो तुम्हें पता ही है: Anthropic ने Managed Agents 8 April को ship किया, Routines और Desktop overhaul 14 April को, और फिर 15 April को तीन घंटे सब ठप हो गया। OpenAI और Google ने open-source, model-agnostic alternatives ship कर दिए। Lock-in का खतरा obvious है। जो obvious नहीं है वो एक शांत सवाल है: क्या MCP का technical design खुद structurally उस company को फायदा पहुँचाता है जिसने इसे लिखा?

Spec में तीन decisions बताते हैं कि हाँ।

Transport layer

MCP ने stdio को अपना primary transport बनाकर launch किया — standard input/output, वही mechanism जो Unix pipes इस्तेमाल करते हैं। Stdio inherently local है। ये सबसे अच्छा तब काम करता है जब MCP client तुम्हारी machine पर CLI या desktop app के रूप में बैठा हो। कुछ notice किया? Claude Code बिल्कुल यही है: एक local CLI जो MCP server processes spawn करता है। कितना मज़ेदार है ना कि protocol का default transport बिल्कुल वही है जहाँ Anthropic के product का home-court advantage है।

Remote transports (HTTP+SSE, फिर Streamable HTTP) बाद में आए और ठीक काम करते हैं, लेकिन ecosystem का center of gravity — सबसे battle-tested server implementations, default tutorial configurations, "getting started" guides — अब भी local runtime assume करता है। Anthropic ने stdio mandate नहीं किया। बस path of least resistance बना दिया, और हज़ारों developers उसी रास्ते पर चल पड़े।

Sampling

MCP spec में एक capability है जिसे "sampling" कहते हैं — server client से कह सकता है कि वो उसकी तरफ से LLM call करे। तुम्हारा database connector बोल सकता है: "मुझे AI से इस query plan का analysis करवाना है — client, तू handle कर।" Client model choose करता है। Theory में spec model-agnostic है।

Practice में, spec literally server को बोलने देता है "hey client, अपना LLM मेरे लिए call कर" — और फिर सब हैरान होते हैं कि वो LLM हमेशा Claude ही होता है। Server developers उसी client के against test करते हैं जो वो daily इस्तेमाल करते हैं। सबसे polished, सबसे well-funded MCP client Claude Code है। तो developers sampling requests Claude के लिए optimize करते हैं, Claude पर debug करते हैं, Claude assume करके ship करते हैं। Protocol neutral रहता है। Ecosystem gravitate करता है। और gravity, एक बार establish हो जाए, तो किसी के vendor neutrality पर strongly worded blog post लिखने से reverse नहीं होती।

Spec governance

Anthropic के employees official MCP TypeScript और Python SDKs maintain करते हैं। Anthropic के employees spec के GitHub repository को drive करते हैं। जब protocol ने March 2025 revision में OAuth 2.1 add किया, तो Anthropic ने design patterns को अपने cloud infrastructure पर cleanly map कर दिया — और बारह महीने बाद, Managed Agents OAuth baked-in के साथ launch हुआ। क्या coincidence है।

कोई independent standards body नहीं है। कोई W3C process नहीं, कोई IETF RFC नहीं, कोई consortium vote नहीं। एक company spec लिखती है। वही company उस spec का सबसे profitable implementation बनाती है। अगर तुम्हें problem नज़र नहीं आ रही, तो या तो तुमने कभी standards-body charter नहीं पढ़ा — या तुम Anthropic में काम करते हो।

ये फिल्म तुमने पहले देखी है

अगर ये architecture familiar लग रहा है, तो शायद तुम्हें USB याद होगा।

Intel ने 1990s के मध्य में Universal Serial Bus co-design किया और USB Implementers Forum की chair संभाली — वो body जो आज तक spec govern करती है। Standard open था। कोई भी chipmaker implement कर सकता था। लेकिन Intel ने पहले host controllers ship किए, reference implementations लिखे, और USB support अपने chipsets में competitors के पास working silicon आने से पहले integrate कर दिया। जब तक AMD और VIA ने पकड़ा, Intel के controllers ने define कर दिया था कि "USB-compatible" का practically मतलब क्या है। Spec सबका था। First-mover advantage Intel का था।

हमने इस AOSP-to-Play-Services playbook को कल cover किया था — Anthropic इसे एक layer और गहरा चलाता है, protocol level पर।

MCP Anthropic का USB spec है। Claude Code, Routines, Managed Agents, Desktop — ये पहले host controllers हैं। Community हज़ारों MCP servers बनाती है। Anthropic एकमात्र fully integrated client runtime बनाता है जो protocol से IDE से cloud orchestration तक stack करता है। OpenAI का Agents SDK — MIT license के तहत 15 April को open-source, LiteLLM के ज़रिए 100 से ज़्यादा models support करता है — और Google का ADK — April 2025 में Cloud Next पर open-source, MCP और A2A agent-to-agent protocol दोनों support करता है — दोनों ने opposite architecture चुनी: open runtimes, model-agnostic, कोई proprietary cloud coupling नहीं। उन्होंने खेल समझ लिया क्योंकि उन्होंने Intel को तीस साल पहले यही खेलते देखा था।

असल में तुम्हें क्या बचाएगा

अपनी business logic MCP servers में रखो — वो portable हैं। Client runtime को एक replaceable shell मानो। अगर तुम कोई Routine configure करते हो, तो उसे इतना thoroughly document करो कि cron job या competing orchestrator में replicate किया जा सके। अगर तुम sessions Managed Agents में store करते हो, तो ensure करो कि तुम्हारा session schema cleanly export हो। अगर तुम्हारा agent workflow Claude Desktop के multi-session sidebar पर depend करता है, तो खुद से पूछो — जब कोई बेहतर client आएगा तो क्या होगा?

USB port पर build करो। किसी एक laptop से weld मत करो।

Anthropic ने सिर्फ एक protocol open-source करके उसके ऊपर proprietary products नहीं बनाए। उन्होंने एक ऐसा protocol design किया जिसका default transport, testing gravity, और governance structure — सब उनके products की तरफ slope करता है। ये hypocrisy नहीं है। ये architecture है। और ये playbook तीस साल पुरानी है।