तूने अपने AI agent को दर्जन भर MCP tools से जोड़ा — Slack, GitHub, Jira — test किया, ship किया, आगे बढ़ गया। MCP (Model Context Protocol) AI tools के लिए universal plug standard है: सोच USB-C, लेकिन तेरे AI को external services से connect करने के लिए। तूने prompts लिखे, agent ने tools call किए, ज़िंदगी अच्छी थी।
फिर उनमें से एक tool ने अपना schema update कर दिया — वो contract जो define करता है कि tool कौन से parameters accept करता है और क्या return करता है — एक field का नाम query से search_query कर दिया, और तेरा agent हर तीसरी request पर चुपचाप fail होने लगा। कोई error नहीं। कोई notification नहीं। AI बस broken input के आसपास hallucinate करता रहा जैसे कुछ हुआ ही नहीं। जैसा developer Mike ने DEV Community case study में 18 मार्च को document किया: "Model की helpfulness वो amplifier है जो एक मामूली integration bug को invisible failure में बदल देती है।"
ये कोई hypothetical edge case नहीं है। ये पूरे ecosystem की default state है।
Unversioned गड़बड़ का scale
अप्रैल 2026 तक, MCP ने 97 million monthly SDK downloads छू लिए हैं, 17,000 से ज़्यादा public servers और 300+ clients के साथ। सात महीने में 2,250% growth। और इस सब में — zero versioning standard।
तेरे stack में हर दूसरी dependency के पास version management है। npm के पास lockfiles हैं — वो files जो exact dependency versions pin करती हैं ताकि तेरी मर्ज़ी के बिना कुछ न बदले। Docker के पास image digests हैं। APIs के पास OpenAPI specs हैं deprecation notices के साथ। लेकिन MCP tool schemas? Server author जब चाहे parameters rename कर सकता है, return types बदल सकता है, या endpoints हटा सकता है — ecosystem को zero signal। कोई semver नहीं (वो "1.2.3" numbering system जो बताता है कि कोई change तेरा code तोड़ेगा या नहीं)। कोई lockfile नहीं। कोई changelog नहीं।
इसे fix करने का इकलौता proposal — GitHub पर SEP-1575, जो tool definitions में version field add करेगा — सितंबर 2025 से draft में अटका है। Server-level vs. tool-level versioning? अभी भी debate चल रही है। MCP launch होने के अठारह महीने बाद।
इस बीच, KushoAI research के अनुसार, 41% APIs में 30 दिनों के अंदर undocumented schema changes होते हैं। अब इसे 17,000 MCP servers पर apply कर।
Model drift को headlines मिले। Tool drift का किसी को पता भी नहीं।
16 अप्रैल को, Anthropic ने floating opus model alias swap करके Claude Opus 4.7 पर resolve किया — मतलब उस alias का इस्तेमाल करने वाले हर tool को चुपचाप एक अलग model मिल गया जिसके tokenizer से per-token costs 35% तक बढ़ सकती हैं। Headlines बने। लोगों को पता चला क्योंकि models visible हैं।
Tool schemas? उन पर कोई नज़र नहीं रखता। कोई platform 17,000 servers में changes track नहीं करता। तेरा agent टूटता है, तू prompt को blame करता है, model को blame करता है, तीन दिन debugging में जलाता है — और असली वजह थी एक renamed parameter उस tool में जिसे तूने हफ़्तों से छुआ भी नहीं।
AWS ने पहला कदम उठाया
17 अप्रैल को, AWS ने Amazon Bedrock AgentCore के हिस्से के रूप में Agent Registry preview में launch किया। ये AI agents, tools, और MCP servers का centralized catalog है — आखिरकार — version tracking के साथ। Records draft → pending approval → discoverable lifecycle follow करते हैं। कोई भी update status को draft पर reset कर देता है, re-review force करता है।
ये पहला major cloud provider है जो MCP tools के लिए version awareness जैसी कोई चीज़ ship कर रहा है। Southwest Airlines के VP of AI Justin Bundick ने इसे "critical discoverability challenge" का solution बताया।
लेकिन यहाँ gap है: ये catalog है, lockfile नहीं। ये track करता है कि versions exist करते हैं — ये breaking changes को तेरे agent तक पहुँचने से नहीं रोकता। तू अभी भी किसी tool को specific schema snapshot पर pin नहीं कर सकता जैसे तू package.json में [email protected] pin करता है। और Google का ADK 1.0 — जिसने 30 मार्च को stable MCP support ship किया — अपने docs में tool versioning का ज़िक्र भी नहीं करता।
आज तू actually क्या कर सकता है
अगर इस हफ़्ते तेरा agent टूटा और तुझे prompt या model में bug नहीं मिल रहा, तो check कर कि किसी tool ने अपना schema तो नहीं बदला। तेरे पास automatically जानने का कोई तरीका नहीं है — लेकिन कम से कम अब तुझे पता है कहाँ देखना है।
Practical options बदसूरत हैं: अपने MCP servers fork करके self-host कर (जो पूरे point को defeat करता है), एक proxy layer बना जो schemas snapshot करे (complexity जिसका कोई budget नहीं करता), या mcpdiff जैसे community tools use कर के runs के बीच tool definitions manually diff कर। इनमें से कोई scale नहीं करता। सब jugaad है।
Agent stack में अब दो unversioned shadow dependencies हैं — models और tools। Anthropic कम से कम claude-opus-4-7 जैसे full identifiers से model versions pin करने देता है। Tool schemas का कोई equivalent नहीं। जो पहला platform real breaking-change detection ship करेगा — catalog नहीं, बल्कि actual lockfile CI integration के साथ — वो agent era का package-manager layer capture कर लेगा।
तब तक, तू production agents deploy कर रहा है ऐसी dependencies के ऊपर जो किसी भी moment तेरे पैरों के नीचे से बदल सकती हैं, बिना notification, बिना diff, बिना rollback। npm बिना lockfile के। 2026 में। Production AI के लिए।
अच्छी नींद लो।
