Ce este MCP - și când o afacere mică are de fapt nevoie de unul

Oamenii spun acum „avem nevoie de MCP” așa cum spuneau „avem nevoie de un chatbot” acum doi ani. Literele reprezintă Model Context Protocol. Propoziția utilă este mai scurtă: este modul în care un agent are voie să atingă instrumentele tale fără a inventa API dintr-o postare pe blog din 2024.

Un chatbot produce text. Un agent alege un instrument și îl rulează. MCP este mufa dintre ele - nume, scheme de argumente, rezultate. Am scris deja de ce nu ar trebui să dai casă modelului. Această piesă este plugul care lipsește: când acea listă de instrumente ar trebui să vorbească MCP și când o funcție tastată pe propriul tău server este suficientă.

1. USB, nu o personalitate

Nu „instalați MCP” așa cum instalați ChatGPT. Expuneți uneltele printr-o priză standard. Orice agent compatibil - Cursor, Claude, un bot în interiorul aplicației dvs. Next.js - poate enumera acele instrumente și le poate apela.

Acesta este tot trucul. Înainte de aceasta, fiecare furnizor avea un mod diferit de a oferi unui model o funcție. Acum priza este partajată. Prizele partajate cresc ecosisteme: registre, comenzi de instalare și un val de produse care vă vând un „gateway” înainte de a avea un singur instrument care merită conectat.

2. Ce se întâmplă de fapt într-un singur apel

Trei pasi. Apoi puteți opri să citiți diagramele furnizorilor.

• Agentul întreabă serverul ce instrumente există. Primește nume și JSON scheme. Exemplu: create_invoice, cu suma, moneda, id-ul clientului.
• Apelează un instrument cu argumente care se potrivesc cu schema. Nu un paragraf. Nu SQL a inventat-o.
• Serverul rulează codul dvs. Modelul nu vede niciodată tasta Stripe. Rezultatul revine ca date pe care interfața le poate afișa.

Dacă asta sună ca un API

Este un API, scris pentru un model în care nu poți avea încredere cu o carcasă. Protocolul este instalațiile sanitare. Siguranța încă trăiește în ce instrumente expuneți și care așteaptă un om. Expedierea MCP pe un server nu face produsul sigur. Am scris acel rând despre agenți luna aceasta. Se aplică aici fără o nouă religie.

3. De ce este zgomot în acest august

Next.js 16.3 a devenit stabil pe 3 august 2026 cu un punct final MCP pe serverul de dezvoltare. Un agent de codare poate citi erorile, rutele și jurnalele live în loc să ghicească ruterul de aplicații din documentele de anul trecut. Figma expune fișierele, componentele și variabilele ca instrumente - adică linia „Figma-to-code prin MCP” de pe site-ul meu, nu o captură de ecran și o rugăciune. Registrele tratează acum MCP servere ca niște pachete. Furnizorii vând gateway-uri: un singur loc pentru autentificarea, auditarea și supravegherea unei întregi „flote” de agenți.

Pentru o companie de zece persoane, cea mai mare parte a flotei nu există. Partea utilă a zgomotului este priza. Partea scumpă este să cumpărați guvernare pentru angajații pe care nu i-ați angajat.

4. Când chiar ai nevoie de el luna aceasta

Conectați MCP atunci când agentul trebuie să vadă un sistem activ pe care îl aveți deja și un prompt nu este un înlocuitor.

• Un agent de codare pe un site Next.js: ar trebui să citească documentele acestei versiuni și erorile acestui proces, nu să inventeze cache-ul APIs din 2024. Am scris ce aș face pe un site existent după 16.3.
• Figma către interfața de utilizare de producție: fișierul este sursa. Agentul ar trebui să interogheze fișierul, nu un PNG al fișierului.
• Mai multe instrumente, un agent de produs: rezervare, CRM, preluare întrebări frecvente. O schemă per instrument depășește un nou adaptor pentru fiecare furnizor de chat.
• Aveți deja o listă de permise și un buton de confirmare. MCP nu le înlocuiește. Oprește modelul să inventeze numele funcțiilor.

5. Când nu ar trebui

Un bot FAQ cu recuperare nu are nevoie de MCP. O acțiune de server care creează o rezervare dintr-un formular nu are nevoie de MCP. „Contul a spus că fiecare produs va fi nativ pentru agent” nu este o specificație.

Nu cumpărați un gateway, un registru și un browser construit pentru agenți, deoarece o rezumat a numit acest moment momentul npm. Aveți nevoie de o poartă de acces când aveți mulți agenți, mulți oameni și un auditor care vă va întreba cine a sunat rambursarea la 02:14. Până atunci serverul care deține cheile este gateway-ul.

Nu înlocuiți un formular de lucru cu un agent care vorbește MCP. Formularele sunt încă modul în care ar trebui să miște banii. Îl țin pe agent pe draft și extras. O persoană apasă pe trimite.

6. Cum l-aș conecta

Trei prize, nu o platformă.

• Figma MCP în repo pe care sunt angajat să îl construiesc. Inca am citit diferenta. Pixel-perfect este un standard uman. Protocolul oprește doar modelul care inventează spațierea dintr-o captură de ecran.
• next-devtools-mcp împotriva aplicației Next.js care rulează, astfel încât agentul să vadă rute reale și erori reale. AGENTS.md indică documentele din node_modules. Am acoperit deja acea ediție.
• În produs: o listă scurtă de instrumente ca funcții de server tastate. MCP în față dacă apelantul este un agent extern - Cursor, o aplicație desktop, un al doilea model. O funcție simplă dacă apelantul este propriul tău traseu Next.js. Aceeași listă de permise, aceeași confirmare, același jurnal de audit în orice caz.

Cheile rămân pe server

Modelul nu ține niciodată Stripe. Chei de idempotenta la incarcare si rezervare. Un jurnal pe care un non-inginer îl poate citi: cine a întrebat, ce instrument, ce id, cine a confirmat. MCP nu scrie acel jurnal pentru tine. Încă o faci.

Concluzie: cumpărați priza, omiteți flota

MCP este o priză. S-a făcut zgomot deoarece prizele primesc ecosisteme, iar ecosistemele primesc facturi. O afacere mică are nevoie de el atunci când un agent trebuie să vorbească cu Figma, cu o aplicație Next.js live sau cu o listă scurtă de instrumente fără a inventa API. Nu are nevoie de el ca o personalitate, un upgrade de chatbot sau o poartă de acces pentru o flotă de unul.

Conectez priza unde economisește o săptămână și o sar peste unde funcționează deja un formular. Scrieți prin formular ce sistem trebuie să vadă agentul - Figma, site-ul de rulare, calendarul de rezervare - și care acțiune nu trebuie să ruleze niciodată fără o persoană. Nu vom începe prin a vă cumpăra un gateway. :)