RO
English (English)
Ultima actualizare: 23 septembrie 2026. Articolul urmărește versiunea stabilă 2026-07-28. Funcțiile aflate în draft sau pe roadmap sunt prezentate separat.Model Context Protocol, prescurtat MCP, a devenit într-un timp foarte scurt unul dintre principalele puncte de legătură dintre aplicațiile AI și sistemele externe. Rolul său este practic: oferă un contract comun prin care o aplicație bazată pe modele lingvistice poate descoperi date, utiliza instrumente și executa fluxuri de lucru fără ca fiecare integrare să fie construită de la zero.
MCP nu este un model AI, un agent sau o bază de date. Nu înlocuiește API-urile, autentificarea, RAG sau logica de business. Standardizează interfața dintre aplicația AI și serverele care îi oferă context și capabilități.
Specificația oficială definește MCP drept un protocol deschis pentru integrarea aplicațiilor bazate pe modele lingvistice cu surse externe de date și instrumente. Comunicarea folosește JSON-RPC 2.0 și o arhitectură formată din trei roluri:
Separarea este importantă. Un server nu primește automat conversația completă și nu vede datele celorlalte servere. Hostul decide ce informații transmite, aplică politicile de acces și păstrează limitele de securitate.
Analogia cu un port USB-C pentru aplicații AI este utilă, dar incompletă. MCP descrie felul în care componentele se descoperă și comunică. Nu garantează calitatea serverului, corectitudinea acțiunii sau siguranța întregului sistem.
În nucleul protocolului, serverele pot oferi trei primitive principale:
Clientul poate oferi și elicitation, un mecanism prin care serverul solicită informații sau confirmări suplimentare. În versiunea actuală, această interacțiune este realizată prin Multi Round-Trip Requests, prescurtat MRTR: serverul răspunde că are nevoie de date, clientul le colectează de la utilizator, apoi reia cererea inițială.
MCP definește două transporturi standard:
stdio, potrivit în special serverelor locale. Clientul lansează serverul ca subproces, iar mesajele JSON-RPC circulă prin fluxurile standard de intrare și ieșire.Versiunea 2026-07-28 este fără stare la nivel de protocol. Handshake-ul initialize / initialized și antetul Mcp-Session-Id au fost eliminate. Fiecare cerere își poartă propria versiune și propriile capabilități, iar server/discover permite aflarea versiunilor și funcțiilor acceptate de server.
Această schimbare simplifică distribuirea traficului și scalarea orizontală a serverelor la distanță.
Este importantă o nuanță: vechiul transport HTTP+SSE este depreciat, nu tehnologia SSE în ansamblu. Streamable HTTP poate folosi în continuare SSE pentru răspunsuri și notificări.
Înaintea unui protocol comun, fiecare combinație dintre o aplicație AI și o sursă de date avea nevoie de un conector propriu. O echipă care dorea să lege un asistent de GitHub, un CMS, un sistem de documente și o platformă de analiză trebuia să proiecteze patru integrări diferite, apoi să repete munca pentru fiecare host AI.
Anthropic a lansat public MCP la 25 noiembrie 2024, după ce protocolul fusese dezvoltat intern de David Soria Parra și Justin Spahr-Summers. Pachetul inițial a inclus specificația, SDK-uri, suport pentru servere locale în Claude Desktop și implementări de referință.
Arhitectura s-a inspirat din Language Server Protocol, standardul care a redus fragmentarea integrărilor dintre editoare și serverele de limbaje de programare.
Există o diferență între data lansării publice și numele primei versiuni folosite pe scară largă. Lansarea a avut loc pe 25 noiembrie 2024, dar revizia de protocol poartă identificatorul 2024-11-05. Identificatorii MCP folosesc formatul AAAA-LL-ZZ și indică o revizie cu schimbări incompatibile, nu neapărat ziua anunțului public.
| Versiune | Schimbări principale |
| --- | --- |
| 2024-11-05 | Fundamentul inițial: JSON-RPC 2.0, arhitectura host-client-server, conexiuni cu stare, negocierea capabilităților, Resources, Prompts, Tools și Sampling. |
| 2025-03-26 | Cadru de autorizare bazat pe OAuth 2.1, Streamable HTTP, adnotări pentru instrumente, conținut audio și batching JSON-RPC. |
| 2025-06-18 | Eliminarea batching-ului, rezultate structurate pentru tools, elicitation, resource links, servere tratate ca OAuth Resource Servers, Resource Indicators și reguli de securitate mai clare. |
| 2025-11-25 | OpenID Connect Discovery, consimțământ incremental pentru scope-uri, URL elicitation, Client ID Metadata Documents, JSON Schema 2020-12 și Tasks ca funcție experimentală în nucleu. Au fost formalizate și guvernanța, grupurile de lucru și nivelurile SDK. |
| 2026-07-28 | Nucleu fără stare, eliminarea handshake-ului și sesiunilor de protocol, server/discover, MRTR, rutare prin antete, rezultate care pot fi memorate în cache, extensii oficiale, întărirea autorizării și o politică formală de depreciere. |
Există și o revizie arhivată 2024-10-07, anterioară lansării publice, însă documentația oficială nu oferă un changelog detaliat. Din acest motiv, nu îi atribuim funcții specifice.
Cronologia scoate în evidență o evoluție rapidă. În martie 2025 a fost introdus batching-ul JSON-RPC, iar în iunie a fost eliminat după feedbackul de implementare. Tasks a apărut experimental în nucleul versiunii din noiembrie 2025, apoi a fost reproiectat în 2026 ca extensie oficială.
Versiunile protocolului nu trebuie confundate cu versiunile SDK-urilor, care au propriul ciclu de release și pot adopta specificația în ritmuri diferite.
Changelogurile oficiale pentru martie 2025, iunie 2025, noiembrie 2025 și iulie 2026 documentează schimbările normative.
În 2025, proiectul și-a formalizat procesul de guvernanță și mecanismul de propuneri numit SEP, de la Specification Enhancement Proposal.
La 9 decembrie 2025, MCP a devenit unul dintre proiectele fondatoare ale Agentic AI Foundation, administrată sub Linux Foundation, alături de goose și AGENTS.md.
Transferul a oferit proiectului un cadru neutru de administrare. Linux Foundation raporta în decembrie 2025 peste 10.000 de servere MCP publicate și adopție în produse precum Claude, Cursor, Microsoft Copilot, Gemini, Visual Studio Code și ChatGPT.
Cifra trebuie citită ca o fotografie a momentului, nu ca o valoare actualizată în timp real.
La 23 septembrie 2026, versiunea stabilă curentă este 2026-07-28. Cele mai relevante schimbări sunt:
Mcp-Method și Mcp-Name permit gateway-urilor, WAF-urilor și sistemelor de limitare a traficului să distingă operațiunile fără să parseze corpul JSON.ttlMs și cacheScope.Roots, Sampling, Logging și vechiul transport HTTP+SSE sunt depreciate în versiunea actuală. Ele pot continua să funcționeze în perioada de tranziție, dar documentația recomandă ca implementările noi să nu le adopte.
Tasks este acum extensia oficială io.modelcontextprotocol/tasks pentru operațiuni asincrone de durată. Ea oferă identificatori durabili, stări precum working, input_required, completed, failed și cancelled, plus operațiuni de interogare, actualizare și anulare.
În versiunea curentă, integrarea este definită pentru tools/call, nu pentru orice metodă MCP.
MCP Apps permite instrumentelor să livreze interfețe interactive, precum formulare, grafice sau panouri de control, afișate în containere izolate în aplicația host. Interfața nu înlocuiește regulile de consimțământ: apelurile inițiate din UI trebuie să poată fi inspectate și autorizate.
Registrul oficial MCP facilitează descoperirea serverelor publice, dar prezența în registru nu reprezintă un audit de securitate. Identitatea namespace-ului poate fi verificată, însă codul, permisiunile și comportamentul serverului trebuie evaluate separat.
Documentația curentă listează SDK-uri oficiale pe niveluri de maturitate. TypeScript, Python, C#, Go și Rust sunt în Tier 1; Java și Ruby în Tier 2; Swift, PHP și Kotlin în Tier 3. Aceste niveluri descriu gradul de acoperire, suport și mentenanță, nu versiunea protocolului în sine.
Roadmap-ul publicat în august 2026 indică drept priorități viitoare primitivele pentru mesagerie agentică, întărirea transportului HTTP, identitatea agenților și securitatea enterprise, simplificarea rezultatelor instrumentelor și îmbunătățirea experienței SDK.
Acestea sunt direcții de lucru, nu funcții care trebuie presupuse ca fiind deja stabile.
Un server MCP poate conecta un asistent la documentație, baze de cunoștințe, cataloage interne sau baze de date. Resources oferă context identificabil, iar tools pot executa căutări sau interogări controlate. Notion, Google Developer Knowledge și Data Commons sunt exemple oficiale de astfel de integrări.
MCP nu înlocuiește RAG. Un sistem de recuperare poate rămâne responsabil pentru indexare, ranking și grounding, iar MCP îi oferă o interfață standard prin care hosturile AI îl pot utiliza.
Serverul oficial GitHub MCP poate expune căutarea în cod, issue-uri, pull request-uri, execuții GitHub Actions și alerte de securitate.
Într-un IDE, agentul poate reuni contextul din repository cu instrumente de analiză, testare și livrare. Valoarea protocolului este portabilitatea integrării între hosturi compatibile, nu eliminarea permisiunilor GitHub.
Figma folosește MCP pentru a transmite agenților informații despre componente, variabile și layout. Un flux bine controlat poate reduce distanța dintre sistemul de design și cod, păstrând componentele reale și convențiile proiectului în context.
Un server MCP pentru un CMS poate separa citirea, redactarea, actualizarea, previzualizarea și publicarea în instrumente distincte.
Un agent poate analiza conținutul existent, poate pregăti un draft și poate solicita confirmare înaintea unei acțiuni publice. Separarea dintre draft și publicare este esențială pentru control editorial și audit.
Un instrument poate interoga date, apoi poate returna prin MCP Apps un dashboard cu filtre, grafice și detalii.
Utilizatorul explorează vizual rezultatul, iar hostul poate transmite selecțiile relevante înapoi modelului. Acest tip de interacțiune este mai potrivit decât un schimb lung de mesaje text pentru analiză, configurare sau revizuire.
Extensia Tasks este utilă pentru migrarea codului, rularea testelor extinse, cercetare, procesarea unor volume mari de date sau fluxuri enterprise în mai mulți pași.
Clientul poate verifica starea, furniza informații suplimentare și recupera rezultatul fără să țină deschisă o singură cerere.
Serverele MCP pot expune operațiuni pentru cloud, DNS, deployment, monitorizare sau securitate.
Cloudflare, de exemplu, documentează servere care oferă acces controlat la servicii precum Workers, R2, DNS și Zero Trust. În aceste scenarii, modul read-only, limitarea instrumentelor disponibile și confirmarea umană pentru schimbări sunt cerințe de bază.
Stripe oferă un server MCP pentru interacțiunea cu API-ul și documentația sa.
Acest caz arată atât utilitatea protocolului, cât și limita sa: o interfață standard nu justifică executarea automată a unei plăți. Operațiunile financiare au nevoie de permisiuni minime, verificarea parametrilor și confirmare explicită.
MCP extinde capacitatea unui model de a observa și de a acționa. În același timp, extinde și suprafața de atac.
Ghidul oficial de securitate tratează explicit riscuri precum confused deputy, token passthrough, SSRF, deturnarea stării și compromiterea serverelor locale.
Instrucțiuni malițioase pot exista într-un document, într-o pagină web, într-un issue sau în rezultatul altui instrument. Conținutul citit de model trebuie tratat ca date neîncrezătoare.
OAuth controlează cine poate accesa o resursă, dar nu stabilește dacă instrucțiunea găsită în acea resursă este legitimă.
Un server poate primi datele pe care hostul i le transmite și poate returna informații înșelătoare. Comportamentul său se poate schimba după instalare.
De aceea, sursa, proprietarul, versiunea și permisiunile trebuie verificate continuu, nu doar la prima conectare.
Un server local este software care rulează pe calculatorul utilizatorului. Dacă nu este izolat, poate avea acces la fișiere, rețea sau credențiale.
Instalarea unui server MCP trebuie tratată cu aceeași prudență ca instalarea oricărui alt program.
Tokenurile trebuie limitate la resursa și publicul pentru care au fost emise. Token passthrough, adică retransmiterea unui token destinat altui serviciu, este interzis.
Sunt necesare stocare sigură, tokenuri cu durată redusă, validarea emitentului și a audienței, precum și politici restrictive de rețea pentru fluxurile de descoperire OAuth.
Marcaje precum readOnly, destructive sau idempotent sunt declarații ale serverului, nu garanții criptografice. Hostul trebuie să trateze aceste metadate ca neîncrezătoare dacă serverul nu a fost verificat.
stdio pentru procese locale controlate și Streamable HTTP pentru servicii la distanță.MCP nu decide ce model trebuie folosit, nu evaluează adevărul unui răspuns și nu transformă automat un API slab proiectat într-un instrument bun pentru agenți.
Nu înlocuiește managementul API, controlul identității, validarea inputului, observabilitatea sau aprobarea umană.
Compatibilitatea nu este încă uniformă. Extensiile sunt opționale, hosturile pot implementa subseturi diferite, iar unele servicii acceptă numai clienți aprobați.
Un catalog foarte mare de instrumente poate crește costul de context și poate reduce precizia selecției. Descoperirea progresivă și limitarea instrumentelor disponibile sunt direcții importante pentru implementările mature.
MCP rezolvă o problemă reală de interoperabilitate: oferă aplicațiilor AI un limbaj comun pentru a descoperi context, instrumente și fluxuri de lucru.
Evoluția de la lansarea din 2024 la nucleul fără stare din 2026 arată trecerea de la un experiment promițător la infrastructură proiectată pentru utilizare în producție.
Valoarea protocolului nu constă în autonomie nelimitată, ci în integrare controlată. Un sistem MCP bun combină un contract tehnic comun cu permisiuni minime, consimțământ explicit, audit, izolare și verificare umană pentru acțiunile importante.
Dacă analizați o integrare MCP și vreți să clarificați ce date poate accesa, ce instrumente merită expuse și unde sunt necesare aprobări umane, scrieți-ne prin pagina de contact. Vă ajutăm să transformați ideea într-o arhitectură realistă, cu pași, responsabilități și limite de securitate clar definite.