Model Context Protocol (MCP) Stateless Шинэ Стандарт Гарлаа: AI Агентуудыг Enterprise Хэмжээнд Масштаблах Эрин Үе

Оршил: AI Агентын Архитектурт Гарсан Хамгийн Том Эргэлт

Anthropic, Google Cloud, AWS, Cloudflare болон Hugging Face зэрэг технологийн салбарын тэргүүлэгчдийн хамтран бүрдүүлсэн Model Context Protocol (MCP) ажлын хэсэг протоколын түүхэн дэх хамгийн чухал шинэчлэлт болох MCP 2026-07-28 Specification-ийг албан ёсоор баталж, эцсийн хувилбараа нийтэллээ.

Анх олон нийтэд танилцуулагдсан MCP нь Large Language Model (LLM) болон AI агентуудыг гадаад систем, мэдээллийн сан, API, болон төрөл бүрийн програм хангамжийн хэрэгслүүдтэй (tools) нэгдсэн стандартаар холбох зорилготой нээлттэй архитектур юм. Гэвч өмнөх хувилбаруудад протокол нь транспорт түвшинд сесс заавал хадгалах (stateful session) шаардлагатай байсан нь enterprise системүүд болон cloud-native орчинд хэвтээ чиглэлд масштаблахад томоохон саад болж байв.

Шинэ MCP 2026-07-28 стандартаар протоколын цөмийг (core specification) бүрэн Stateless болгон дахин архитекторчилсон бөгөөд "Sticky Session", сессийн ID зохицуулах хүндрэлтэй архитектурыг бүрэн халж, орчин үеийн Serverless болон Microservices орчинд шууд ажиллах боломжийг бүрдүүлснээ зарлалаа. Үүний дүнд AI агентуудын дэд бүтцийг уламжлалт веб системүүдтэй яг ижил хялбар түвшинд хүргэж байна.

Өмнөх Проблема: Stateful MCP ба Дэд Бүтцийн Шүүмжлэл

Өмнө нь remote MCP server ажиллуулахын тулд клиент болон серверийн хооронд байнга холболттой эсвэл Mcp-Session-Id бүхий сесс хадгалах хэрэгтэй болдог байв. Энэ нь локал туршилтын шатанд асуудалгүй мэт харагддаг байсан ч томоохон enterprise системд дараах техникийн саадгуудыг үүсгэж байсан юм:

Horizontal Scaling-ийн Бэрхшээл: Load Balancer дээр заавал sticky session тохируулах шаардлагатай болдог. Хэрэв нэг сервер унавал тухайн серверийг ашиглаж байсан AI агентын төлөв (state) арилж, клиент сесс тасардаг байв.
Serverless ба Edge Орчинтой Үл Тэмцэх Нөхцөл: Cloudflare Workers, AWS Lambda эсвэл Google Cloud Run зэрэг stateless serverless архитектурт санамсаргүй хүсэлтийг ямар ч инстанс руу шидэх боломжгүй, сессийн санах ой шаарддаг тул дэд бүтцийг хэт төвөгтэй болгодог.
Санах Ойн Алдагдал (Memory Leaks) ба Зардал: Олон зуун мянган зэрэгцээ агентын хүсэлт орж ирэх үед сервер бүр дээр сесс хадгалах санах ойн (RAM) зардал өсөж, идэвхгүй сессүүд санах ойд түгжигдэх эрсдэлтэй байв.

Шинэ MCP 2026-07-28 Specification-ийн Гол Техникийн Өөрчлөлтүүд

1. Fully Stateless Core & Mandatory Routing Headers

Шинэ стандартад сесс үүсгэх тусгай handshake болон Mcp-Session-Id header-ийг бүрэн хассан. Одоо хүсэлт бүр өөрөө бие даасан (self-contained) байх бөгөөд Load Balancer-ийн цаана байгаа ямар ч MCP серверийн инстанс рүү шууд очиж боловсруулагдах боломжтой.

Хүсэлтийн чиглүүлэлтийг (routing) хялбарчлахын тулд дараах HTTP Header-үүдийг заавал ашиглахаар тусгажээ:

Mcp-Method: Клиентийн дуудаж буй функцийн төрөл (жишээ нь: tools/call, tools/list, resources/read).
Mcp-Name: Дуудаж буй тусгай хэрэгсэл эсвэл ресурсын нэр.

Энэ өөрчлөлт нь API Gateway болон Reverse Proxy системүүдэд хүсэлтийн JSON body-г задалж шинжлэх шаардлагагүйгээр L7 сүлжээний түвшинд шууд хурдан чиглүүлэлт (routing) болон трафик хязгаарлалт (rate limiting) хийх боломжийг олгож байна.

2. Cacheable Tool Lists (`ttlMs`)

Өмнө нь AI агент серверээс хэрэгслийн жагсаалтыг дуудах тухай бүрд шинээр авахад сүлжээний overhead их гардаг байв. Шинэ стандартын tools/list хариудад ttlMs (Time-To-Live milliseconds) кэш хийх хугацааг тусгасан. Клиентүүд болон Middleware системүүд тухайн хугацаанд хэрэгслийн жагсаалтыг локалоор кэшлэх тул систем хоорондын саатал (latency) мэдэгдэхүйц багасна.

3. Модуляр Extensions Framework: MCP Apps ба Tasks

Шинэ протокол нь үндсэн цөмөө туйлын минимал байлгаж, нэмэлт боломжуудыг бие даан хувилбарждаг Extensions Framework бүтэц рүү шилжүүллээ. Үүний эхний хоёр албан ёсны extension нь:

MCP Apps (io.modelcontextprotocol/apps): Серверээс HTML/JS бүхий веб карт буюу интерактив интерфэйсийг клиентийн аппликэйшн дотор аюулгүй sandbox орчинд дүрслэх (render) боломж.
Tasks (io.modelcontextprotocol/tasks): Урт хугацаанд цаагуур ажиллах (long-running async background jobs) агентын даалгавруудыг удирдах стандарт. Одоо tasks/get, tasks/update, tasks/cancel гэсэн асинхрон polling загвараар ажиллана.

4. Чангатгасан OAuth/OIDC Аюулгүй Байдал

OAuth 2.0 / OIDC стандартыг MCP-ийн тусгай 6 аюулгүй байдлын санаачилгаар (SEP - Security Enhancement Proposals) чангатгасан. Dynamic Client Registration (DCR) аргыг хасаж, оронд нь Client ID Metadata Document (CIMD) стандартад шилжүүлснээр AI агентууд зөвшөөрөлгүй сервер рүү холбогдох аюулгүй байдлын эрсдэлийг бууруулжээ.

API Gateway ба Governance Түвшинд Гарах Давуу Талууд

Stateless архитектурт шилжсэнээр сүлжээний инженерүүд болон DevOps багуудад AI агентуудыг удирдах шинэ боломжууд нээгдэж байна. Хүсэлт бүр дээр Mcp-Method болон Mcp-Name header-үүдийг ил тусгасан тул API Gateway түвшинд:

Тодорхой хэрэгсэлд rate limit тохируулах: Жишээ нь database_write эсвэл payment_execute нэртэй эрсдэлтэй хэрэгслүүдийн дуудлагыг Gateway дээр тусгайлан хязгаарлах,
Fine-grained Authorization: Зарим хэрэглэгчийн токен зөвхөн унших зориулалттай tools/list хийх эрхтэй, харин гүйцэтгэх tools/call эрхгүй байхаар сүлжээний түвшинд хаах,
Ажиглалт ба Логжуулалт (Observability): Хүсэлтийн body-г задрахгүйгээр аль хэрэгслийг AI агентууд хамгийн их дуудаж байгааг замын трафикаас шууд метрик болгон цуглуулах боломжтой боллоо.

Хөгжүүлэгчид ба Системийн Архитекторуудад Өгөх Зөвлөмж

Google Cloud, AWS Bedrock AgentCore, Cloudflare Workers болон Hugging Face платформууд MCP-ийн шинэ эцсийн хувилбарыг шууд дэмжиж эхэлснээ зарлаад байна.

Архитектураа шинэчлэхийн тулд дараах алхмуудыг хийхийг зөвлөж байна:

SDK-ийн Шинэчлэлт: Албан ёсны Python (mcp), TypeScript (@modelcontextprotocol/sdk), Go болон C# сангуудын шинэ хувилбар руу шууд шинэчлэлт хийгээрэй.
Infrastructure хөнгөвчлөл: Хэрэв та одоог хүртэл sticky session, Redis session store эсвэл санах ойн төлөв удирдах механизм ашиглаж байсан бол тэдгээрийг устгаж, Plain Round-Robin Load Balancing руу шилжиж сервер болон кэшийн зардлаа бууруулах боломжтой.
Explicit Context Handles: Хэрэв таны агентад олон дуудлагын хооронд төлөв (state) хадгалах шаардлагатай бол заавал транспорт түвшинд биш, тухайн хэрэгслийн аргумент дотор ticket_id, session_token эсвэл basket_id хэлбэрээр ил байдлаар дамжуулах загварт шилжихийг зөвлөж байна. Энэ нь LLM-д өөрийн контекст болон төлөвөө хянахад илүү ойлгомжтой байдаг.

Дүгнэлт

MCP 2026-07-28 specification нь AI агентуудыг зөвхөн туршилтын чатбот биш, веб хэмжээний ачаалал даах чадвартай enterprise микросервис болгон хөгжүүлэх суурийг тавилаа. Сүлжээний хувьд Stateless систем рүү шилжсэн нь Serverless болон Cloud орчинд ажиллаж буй инженерийн багуудад дэд бүтцийн зардлаа бууруулж, ачаалал даах чадварыг хэд дахин өсгөх том боломжийг олгож байна.

Эх сурвалж: Model Context Protocol Official Specification Release & Google Developers Blog