Aplicația ca server MCP pentru clienți externi

Aplicația poate consuma un server MCP sau poate expune propriul server către un client extern.

Ce vei învăța

  • Explici: host, client și server
  • Aplici ideea într-un exemplu: Aplicația ca server MCP pentru clienți externi
  • Recunoști limitele și verifici rezultatul exercițiului

Aplicația poate consuma un server MCP sau poate expune propriul server către un client extern. Acestea sunt două direcții diferite.

Pașii se referă la funcționalități identificate în codul aplicației. Validarea pe o instanță live nu a fost efectuată pentru acest material; verifică documentația și opțiunile din versiunea ta.

Cum funcționează, pas cu pas

Host, client și server

MCP este un protocol de conectare între aplicații AI și capabilități externe. Host-ul găzduiește experiența, clientul gestionează legătura, iar serverul expune tools, resources sau prompts în funcție de suport. Tools execută operații; resources oferă conținut adresabil; prompts oferă șabloane. Nu orice server le implementează pe toate. Transportul mută mesajele, autentificarea identifică apelantul, iar autorizarea decide ce poate accesa. Revizia protocolului și extensiile suportate trebuie verificate la ambele capete. Compatibilitatea nu se deduce doar din eticheta „MCP”.

Accesul se verifică înainte de folosire

Permisiunile trebuie aplicate în server și în stratul de date. Nu lăsa modelul să decidă dacă un utilizator poate vedea un document. Filtrează sursele înainte să intre în context, nu după generarea răspunsului. Folosește chei cu acces minim, nu le pune în prompturi, capturi sau cod din browser și rotește-le dacă sunt expuse. O listă de domenii permise pentru widget nu înlocuiește autentificarea API. Autentificarea arată cine ești; autorizarea arată ce operații și date poți folosi. Testează și accesul refuzat.

Modelul propune, unealta execută

Tool calling produce o cerere de apel cu nume și argumente. Aplicația validează schema, drepturile și limitele înainte să execute. Rezultatul se întoarce în context pentru pasul următor. De exemplu, get_product_stock primește un SKU și returnează o cantitate; descrierea sa trebuie să precizeze că nu rezervă produse. Distinge rezultat gol, eroare de validare, lipsă de acces și timeout. JSON valid nu dovedește că argumentele sunt corecte sau că operația este autorizată. Pentru efecte externe verifică și riscul de repetare.

Harta vizuală

Aplicația ca server MCP pentru clienți externi Urmărește săgețile continue pentru fluxul principal. Săgețile albastre punctate furnizează date sau context; cele roz punctate arată feedback sau rezultate care revin. Culorile și formele disting modelele, stocările, deciziile și rezultatele. Relații: Aplicație gazdă AI → Client MCP; Client MCP → Endpoint MCP al aplicației; Endpoint MCP al aplicației → Agenți configurați; Agenți configurați → Rezultatele uneltelor; Rezultatele uneltelor → Răspuns final; Endpoint MCP al aplicației → Workflow cu mai mulți agenți; Workflow cu mai mulți agenți → Rezultatele uneltelor; Endpoint MCP al aplicației → Cunoștințe RAG; Cunoștințe RAG → Rezultatele uneltelor; Autentifică și autorizează → Endpoint MCP al aplicației; Workspace și proiect → Endpoint MCP al aplicației; Rezultatele uneltelor → Aplicație gazdă AI. M05 · Hartă de relații Aplicația ca server MCP pentru clienți externi Procesare Aplicație gazdă AI Decizie / control Autentifică și autorizează Stocare / index Workspace și proiect Procesare Client MCP Unealtă / serviciu Endpoint MCP al aplicației Model AI / agent Agenți configurați Procesare Workflow cu mai mulți agenți Stocare / index Cunoștințe RAG Date Rezultatele uneltelor Rezultat Răspuns final Flux principal Date și context Feedback și revenire

Urmărește săgețile continue pentru fluxul principal. Săgețile albastre punctate furnizează date sau context; cele roz punctate arată feedback sau rezultate care revin. Culorile și formele disting modelele, stocările, deciziile și rezultatele. Pe ecrane mici, derulează orizontal pentru a urmări întreaga diagramă.

Un exemplu complet

Endpoint-ul local /api/mcp este protejat de o cheie configurată în deployment. Tools expun administrarea agenților, RAG, workflows, widgets și MCP servers; unele au efecte de creare sau ștergere.

Încearcă tu

  1. Configurează un client de test cu secretul furnizat de administrator și inspectează tools înainte de calls.
  2. Notează intrarea, sursa și rezultatul așteptat înainte să rulezi experimentul. Folosește doar datele fictive din exemplu.
  3. Urmărește etapele din diagramă. La fiecare pas scrie ce informație primește și ce produce; nu confunda rezultatul intermediar cu rezultatul final.
  4. Repetă cazul după eliminarea unei informații necesare sau după o intrare ambiguă. Verifică dacă sistemul cere clarificare, se oprește sau inventează.
  5. Compară cu soluția comentată. Păstrează configurația, data, rezultatul și o explicație pentru orice diferență. Schimbă un singur lucru și retestează.

Soluție comentată

Începi cu discovery și operații de citire; verifici argumentele de organizație/proiect și nu presupui cheia unui utilizator obișnuit. Pentru a considera exercițiul reușit, poți arăta legătura dintre intrare, etapele parcurse și rezultat. Dacă lipsesc date, un răspuns prudent este mai util decât o completare inventată. Nu compara doar stilul: verifică și condițiile, sursele și operațiile efectuate.

Când merită și ce poate merge prost

Serverul local declară tools; nu presupune resources, prompts sau OAuth complet. Alege această abordare când îmbunătățește o nevoie măsurată. Păstrează o variantă simplă ca referință și compară rezultatele pe aceleași intrări. Un singur exemplu reușit nu stabilește fiabilitatea în toate situațiile.

Verifică ce ai înțeles

Un server cu tools oferă automat resources și prompts?

Nu. Capabilitățile sunt opționale și trebuie descoperite și verificate.

De ce este prea târziu să elimini sursa privată după răspuns?

Pentru că datele au intrat deja în contextul modelului și pot fi divulgate.

Ce rezultat trebuie să obții în acest exercițiu?

Începi cu discovery și operații de citire; verifici argumentele de organizație/proiect și nu presupui cheia unui utilizator obișnuit.

Cuvinte de ținut minte

  • MCP server: Serviciu care expune capabilități prin Model Context Protocol.
  • Autorizare / Authorization: Verificarea dreptului la o operație sau resursă.
  • Tool calling: Cerere structurată de folosire a unei capabilități externe.

Surse și următorul pas

Pentru pregătire: M04 — Construirea unui server MCP minimal