MCP dla producentów: praktyczny przewodnik

Czym jest MCP, mówiąc wprost?

Model Context Protocol to ustandaryzowany sposób, w jaki asystent AI wywołuje cudzy system i otrzymuje w zamian typowaną, ustrukturyzowaną odpowiedź.

Anthropic udostępnił go jako open source 25 listopada 2024 roku, opisując jako „nowy standard łączenia asystentów AI z systemami, w których znajdują się dane". 9 grudnia 2025 roku Anthropic przekazał MCP do Agentic AI Foundation — funduszu celowego działającego przy Linux Foundation, współzałożonego z Block i OpenAI oraz wspieranego na poziomie platynowym przez AWS, Bloomberg, Cloudflare, Google i Microsoft. Do tego momentu MCP przekroczył 97 milionów miesięcznych pobrań SDK i ponad 10 000 opublikowanych serwerów, przy pełnoprawnym wsparciu klienckim w ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot i VS Code.

Dla decydenta, który nie jest programistą, liczy się następujące rozróżnienie. Kiedy asystent czyta Twoją stronę, interpretuje dokument: może źle odczytać tabelę, przeoczyć przypis albo pomieszać dwa warianty. Kiedy asystent wywołuje Twój serwer MCP, odpytuje system: prosi o konkretną część, otrzymuje pola i je raportuje. Pierwszy tryb daje odpowiedzi prawdopodobne. Drugi daje poprawne — pod warunkiem że stojące za nimi dane są poprawne, a to właśnie tam leży większość prawdziwej pracy.

Kto w tej branży już taki serwer uruchomił?

To już nie są spekulacje, a przykłady są zróżnicowane w pouczający sposób:

• Microchip Technology uruchomił 6 listopada 2025 roku bezpłatny, publiczny serwer MCP, udostępniający zweryfikowane specyfikacje produktów, karty katalogowe, stany magazynowe, ceny i terminy dostaw przez transport MCP Streamable HTTP, z odpowiedziami kodowanymi w JSON, adresowanymi do copilotów, chatbotów i agentów korporacyjnych.
• Siemens prowadzi publiczny serwer pod adresem mcp.siemens.com, którego udokumentowane wtyczki — zasoby, portal deweloperski, wyszukiwanie i treści webowe — są dostępne bez uwierzytelniania.
• Zoovu uruchomiło 11 grudnia 2025 roku serwer MCP dający agentom nadzorowany dostęp do danych produktowych, pozycjonowany wokół dokładności odpowiedzi na pytania o kompatybilność i zastosowania.
• ECIA uruchomiła 11 czerwca 2026 roku usługę TrustedParts.com Inventory AI Agent Service, udostępniając stany magazynowe autoryzowanych podzespołów elektronicznych wewnątrz Microsoft Copilot, ChatGPT i Claude.
• Shopify udostępnia w sklepach serwer Storefront MCP pod adresem https://{shop}.myshopify.com/api/mcp, z narzędziami takimi jak search_catalog, lookup_catalog i get_product, bez wymogu uwierzytelniania na poziomie storefrontu.

Warto zwrócić uwagę na dwie prawidłowości. Każde z tych rozwiązań stoi na istniejącym, autorytatywnym repozytorium danych. I każde wyznacza granicę między publicznymi danymi katalogowymi a wszystkim, co jest wrażliwe handlowo.

Narzędzia czy zasoby — co powinien wykorzystać serwer z danymi części?

Specyfikacja wprost opisuje tę różnicę, a pomyłka na tym etapie daje serwer, z którego modele korzystają źle.

Narzędzia są sterowane przez model. Specyfikacja mówi, że narzędzia „są zaprojektowane jako sterowane przez model, co oznacza, że model językowy może je odkrywać i wywoływać automatycznie na podstawie rozumienia kontekstu oraz promptów użytkownika". Odkrywanie to tools/list, wywołanie to tools/call. Każde narzędzie niesie inputSchema (domyślnie JSON Schema 2020-12), opcjonalny outputSchema i zwraca structuredContent zgodny z tym schematem.

Zasoby są sterowane przez aplikację. Specyfikacja mówi, że zasoby „są zaprojektowane jako sterowane przez aplikację, przy czym to aplikacje hosta decydują, jak włączyć kontekst stosownie do swoich potrzeb" — zwykle przez selektor, listę albo automatyczne dołączenie przez hosta. Każdy zasób jest identyfikowany przez URI, a szablony pozwalają na URI z parametrami.

Katalog to przestrzeń zapytań, a nie ustalony zbiór dokumentów. Nikt nie chce przewijać selektora zasobów z 40 000 części. Zdecydowana większość serwera z danymi części powinna więc opierać się na narzędziach, z dwoma uzupełnieniami: używaj bloków treści resource_link, aby wskazywać karty katalogowe i pliki CAD, zamiast osadzać w odpowiedzi duże ładunki danych, oraz rezerwuj właściwe zasoby dla garstki stabilnych dokumentów, takich jak słownik klasyfikacji czy dziennik zmian.

Dwa szczegóły obecnej specyfikacji zasługują na uwagę. Listy narzędzi nie mogą różnić się w zależności od połączenia, ale mogą różnić się w zależności od autoryzacji przedstawionej w żądaniu. Serwery powinny natomiast zwracać narzędzia w deterministycznej kolejności, ponieważ stabilne uporządkowanie pozwala klientom buforować listę i podnosi trafność pamięci podręcznej promptów.

Co zmieniła specyfikacja 2026-07-28?

Ta rewizja przebudowała warstwę transportu, a każdy projekt oparty na materiałach z 2025 roku będzie błędny w konkretnych punktach.

Kształt transportu jest teraz przyjemnie nudny. Serwer udostępnia jeden punkt końcowy MCP przyjmujący POST — na przykład https://example.com/mcp. Każde żądanie JSON-RPC to osobny POST. Klienci muszą wysyłać nagłówek Accept wymieniający zarówno application/json, jak i text/event-stream, a także nagłówek MCP-Protocol-Version, który musi zgadzać się z wartością w _meta w ciele żądania — w przeciwnym razie serwer musi je odrzucić kodem 400 i błędem HeaderMismatch. Serwery muszą walidować nagłówek Origin i odpowiadać kodem 403, jeśli jest on obecny i nieprawidłowy.

Praktyczna konsekwencja dla zespołów infrastruktury: ponieważ nie ma sesji na poziomie protokołu, serwer MCP wdraża się za zwykłym load balancerem w trybie round-robin, jak każdą inną bezstanową usługę HTTP. Roots, Sampling i Logging są teraz oznaczone jako przestarzałe, z co najmniej dwunastomiesięcznym oknem wycofania, a dawny transport HTTP+SSE również został formalnie uznany za przestarzały.

Jak chronić ceny i stany magazynowe za pomocą OAuth?

Autoryzacja jest w MCP opcjonalna i to jest dokładnie właściwe podejście dla serwera z danymi części: publiczny katalog nie powinien wymagać żadnego tokenu, a wyzwanie autoryzacyjne powinny stawiać wyłącznie narzędzia wrażliwe handlowo.

Kiedy już ją wdrażasz, wymagania są konkretne. Serwer MCP działa jako serwer zasobów OAuth 2.1, zgodnie z draftem OAuth 2.1 organizacji IETF. Musi implementować Protected Resource Metadata (RFC 9728), a klienci muszą korzystać z tych metadanych do odkrywania serwera autoryzacji. Klienci muszą implementować Resource Indicators (RFC 8707), wysyłając parametr resource wskazujący kanoniczne URI Twojego serwera zarówno w żądaniach autoryzacji, jak i tokenu, a Twój serwer musi weryfikować, że tokeny zostały wystawione dla niego jako zamierzonego odbiorcy. Serwery autoryzacji powinny zwracać parametr iss zgodnie z RFC 9207, a klienci muszą go walidować. Dynamic Client Registration jest obecnie oznaczone jako przestarzałe na rzecz Client ID Metadata Documents, choć pozostaje dostępne dla zgodności wstecznej.

Wzorzec, który sprawdza się u dystrybutora lub producenta:

1. 01Warstwa nieuwierzytelniona — specyfikacje, wyszukiwanie parametryczne, zamienniki, dokumenty zgodności, odnośniki do plików CAD, ceny katalogowe tam, gdzie je publikujesz.
2. 02Warstwa uwierzytelniona — ceny kontraktowe, dostępność właściwa dla danego klienta, tworzenie ofert. Stawiaj wyzwanie kodem 403 i error="insufficient_scope", wskazując potrzebne zakresy uprawnień, aby klient mógł podnieść poziom autoryzacji w jednej rundzie, a nie w kilku.
3. 03Nigdy nie traktuj identyfikatora klienta przekazanego w argumencie narzędzia jako jedynej kontroli dostępu. Uchwyt to nazwa, a nie uprawnienie; weryfikuj autoryzację przy każdym wywołaniu.

Co powinien udostępniać serwer MCP z danymi części?

Sześć do ośmiu narzędzi to właściwy rząd wielkości. Powyżej tego progu jakość wyboru narzędzi przez model spada.

Definicja narzędzia powinna wyglądać niepozornie — i o to właśnie chodzi:

{
  "name": "search_parts",
  "title": "Parametric part search",
  "description": "Search the catalog by product class and typed parameter constraints. Returns matching parts with their key parametrics, units and last-verified date. Use get_part for the full record.",
  "inputSchema": {
    "type": "object",
    "properties": {
      "product_class": { "type": "string", "description": "ETIM class code or class name" },
      "constraints": {
        "type": "array",
        "items": {
          "type": "object",
          "properties": {
            "parameter": { "type": "string" },
            "operator": { "type": "string", "enum": ["eq", "gte", "lte", "between", "in"] },
            "value": {},
            "unit": { "type": "string" }
          },
          "required": ["parameter", "operator", "value"]
        }
      },
      "limit": { "type": "integer", "default": 20 }
    },
    "required": ["product_class"],
    "additionalProperties": false
  }
}

Zwróć uwagę, co robi opis: mówi modelowi, co narzędzie zwraca, oraz kiedy sięgnąć po inne narzędzie. Ten jeden nawyk daje jakości odpowiedzi więcej niż dowolne dopieszczanie schematów.

Przykład z praktyki

Inżynier konstruktor u producenta kontraktowego w Teksasie wymienia wycofywany z produkcji element na płytce, która trafia także do niemieckiego producenta szaf sterowniczych. Asystent ma podłączony serwer MCP producenta.

Inżynier: Nasz 60 V MOSFET z kanałem N w stopniu buck jest wycofywany z produkcji. Potrzebuję zamiennika drop-in w tej samej obudowie, o R_DS(on) nie gorszym niż 12 miliomów przy sterowaniu bramki 10 V, i muszę wiedzieć, czy faktycznie jest dostępny.

Asystent wykonuje cztery wywołania.

→ tools/call  get_part
   { "part_number": "XYZ-60N12-D2PAK" }
← structuredContent
   { "package": "D2PAK", "vds_v": 60, "rds_on_mohm": 11.5,
     "vgs_meas_v": 10, "lifecycle": "EOL", "last_verified": "2026-08-04" }

→ tools/call  find_alternates
   { "part_number": "XYZ-60N12-D2PAK", "basis": "form_fit_function" }
← structuredContent
   [ { "part_number": "XYZ-60N10-D2PAK", "equivalence": "drop-in",
       "rds_on_mohm": 9.8, "differences": ["lower R_DS(on)", "higher Qg"] },
     { "part_number": "XYZ-60N14-D2PAK", "equivalence": "footprint",
       "rds_on_mohm": 13.5, "differences": ["exceeds R_DS(on) limit"] } ]

→ tools/call  get_availability
   { "part_numbers": ["XYZ-60N10-D2PAK"] }
← 403 Forbidden
   WWW-Authenticate: Bearer error="insufficient_scope",
     scope="stock:read", resource_metadata="https://mcp.example.com/.well-known/oauth-protected-resource"

   [client performs step-up authorisation, then retries]

← structuredContent
   { "part_number": "XYZ-60N10-D2PAK",
     "stock": [ { "location": "US-TX", "qty": 14200 },
                { "location": "DE-BW", "qty": 3800 } ],
     "lead_time_weeks": 8, "as_of": "2026-08-09T06:12:00Z" }

→ tools/call  get_compliance_documents
   { "part_number": "XYZ-60N10-D2PAK", "types": ["rohs", "reach"] }
← content: [ { "type": "resource_link", "uri": "https://…/rohs-2026-03.pdf",
               "name": "RoHS declaration (issued 2026-03-11)" } ]

Asystent odpowiada wtedy: pierwszy kandydat to zamiennik drop-in o lepszej rezystancji przewodzenia i wyższym ładunku bramki, co warto sprawdzić pod kątem sterownika bramki; drugi mieści się w tym samym footprincie, ale nie spełnia limitu R_DS(on); stan magazynowy to 14 200 sztuk w Teksasie i 3 800 w Badenii-Wirtembergii według stanu na dziś rano, przy ośmiotygodniowym terminie dostawy; deklaracje RoHS i REACH są załączone wraz z datami wydania.

Nic z tego nie jest imponujące jako inżynieria. Imponujące jest jako handel. Trzy decyzje zakupowe zapadły bez tego, by człowiek otworzył przeglądarkę, a każdą liczbę można prześledzić do rekordu ze znacznikiem czasu.

Kto realnie może dziś dosięgnąć Twojego serwera?

Bądź w tej sprawie szczery wobec zarządu, bo odpowiedź jest węższa, niż sugeruje większość materiałów dostawców.

MCP dociera więc do inżynierów, którzy sami konfigurują swojego asystenta, oraz do nabywców korporacyjnych, u których dział IT rejestruje Twój serwer. To niewielka populacja jak na standardy sieci i bardzo duża jak na standardy lejka sprzedażowego.

Jak agenci odkrywają Twój serwer?

Nie istnieje odkrywanie na poziomie DNS. Działają trzy mechanizmy:

1. 01Oficjalny rejestr MCP pod adresem registry.modelcontextprotocol.io — scentralizowane repozytorium metadanych publicznie dostępnych serwerów, wspierane przez Anthropic, GitHub, Microsoft i PulseMCP. Jest open source, obsługuje podrejestry i pozostaje w wersji zapoznawczej przed ogólną dostępnością — spodziewaj się więc zmian.
2. 02Katalogi po stronie klientów, takie jak katalog konektorów Claude i katalog aplikacji ChatGPT, każdy z własnym procesem weryfikacji.
3. 03Twoja własna dokumentacja. Dziś to właśnie tak powstaje większość połączeń: strona dla deweloperów podaje URL punktu końcowego, listę narzędzi i zakresy autoryzacji, a klient wkleja go do swojej aplikacji klienckiej.

Publikuj dokument .well-known/oauth-protected-resource, nawet jeśli większość narzędzi jest publiczna, i wersjonuj ścieżkę punktu końcowego. Zestaw Twoich narzędzi na pewno się zmieni, a chcesz, żeby była to świadoma migracja, a nie ciche zerwanie zgodności.

Lista kontrolna wdrożenia

1. 01Sprowadź dane do jednego kanonicznego rekordu na część — z typowanymi atrybutami, jednostkami, pochodzeniem danych i znacznikiem czasu ostatniej weryfikacji. Nie zaczynaj od protokołu.
2. 02Wybierz od sześciu do ośmiu narzędzi i napisz opisy, które mówią, kiedy danego narzędzia nie używać.
3. 03Zadeklaruj schematy wyjściowe i zwracaj structuredContent. W każdym ładunku umieszczaj jednostki i daty weryfikacji.
4. 04Udostępnij jeden punkt końcowy POST z obsługą nagłówków Mcp-Method i Mcp-Name, walidacją Origin oraz ustawionymi ttlMs i cacheScope w wynikach list.
5. 05Rozdziel narzędzia publiczne i chronione, zaimplementuj metadane RFC 9728, weryfikuj odbiorcę tokenu zgodnie z RFC 8707 i używaj wyzwań o zakres uprawnień, aby podnieść poziom autoryzacji w jednej rundzie.
6. 06Zwracaj deterministyczną kolejność narzędzi i stabilne nazwy narzędzi, aby pamięci podręczne klientów działały.
7. 07Loguj każde wywołanie — narzędzie, argumenty, opóźnienie oraz to, czy zapytanie znalazło wynik. Serwer MCP bez analityki to kanał, którym nie da się zarządzać.
8. 08Stale monitoruj dokładność względem danych źródłowych. Narzędzie, które z pełnym przekonaniem zwraca nieaktualny parametr, jest gorsze niż brak narzędzia.

Partsgraph dostarcza to jako warstwę zarządzaną: sprowadzamy Twój istniejący katalog do jednego zweryfikowanego Parts Graph, hostujemy punkt końcowy MCP z OAuth na warstwach chronionych i raportujemy, którzy agenci co wywołali oraz gdzie odpowiedzi były błędne.

Jeśli chcesz się dowiedzieć, na czym stoisz, zanim napiszesz choćby linijkę kodu, przepuść swoją domenę przez bezpłatny audyt na /audit — sprawdza on, do czego maszyny mają dziś dostęp w Twoim katalogu i czy punkt końcowy MCP miałby cokolwiek wiarygodnego do zaserwowania.