# MCP dla producentów: praktyczny przewodnik

> Czym jest Model Context Protocol, co powinien udostępniać serwer MCP z danymi części, jak OAuth chroni ceny i stany oraz którzy asystenci go dosięgną.

**Language:** pl  
**Published:** 2026-08-09  
**Category:** Technical · **Tags:** MCP, Model Context Protocol, OAuth, Streamable HTTP, parts data, AI agents  
**Canonical:** https://partsgraph.ai/pl/blog/mcp-for-manufacturers

## W skrócie

**Czym jest MCP i co powinien udostępniać serwer MCP producenta?**

MCP (Model Context Protocol) to otwarty standard, który pozwala asystentowi AI wywoływać Twoje systemy bezpośrednio, zamiast wnioskować odpowiedzi z Twoich stron internetowych. Serwer MCP producenta to hostowany punkt końcowy HTTP udostępniający niewielki zestaw typowanych narzędzi — wyszukiwanie parametryczne, pobranie rekordu części, zamienniki i tabele porównawcze, dokumenty zgodności, odnośniki do plików CAD oraz chronione przez OAuth stany magazynowe i ceny — które dowolny zgodny asystent może wywołać, aby uzyskać dokładną i możliwą do zaudytowania odpowiedź. Zgodnie z obecną specyfikacją 2026-07-28 jest to bezstanowa usługa żądanie/odpowiedź, działająca za zwykłym load balancerem. Protokół to łatwa część; trudne jest posiadanie za nim jednego kanonicznego, zweryfikowanego rekordu produktu.

---

## 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.

> **Figure.** Parsing forty pages versus one typed MCP tool call.

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.

| Zmiana | Wcześniej | Od 2026-07-28 |
| --- | --- | --- |
| Sesje | Nagłówek `Mcp-Session-Id` przydzielany przez serwer | Usunięte; stan przekazywany jako jawne uchwyty wystawiane przez serwer w argumentach narzędzi |
| Handshake | `initialize` / `notifications/initialized` | Usunięty; wersja protokołu i możliwości klienta podróżują w `_meta` przy każdym żądaniu |
| Odkrywanie możliwości | Ustalane przy inicjalizacji | Nowe RPC `server/discover`, które serwery **muszą** implementować |
| Żądania inicjowane przez serwer | Wysyłane strumieniem SSE | Multi Round-Trip Requests: serwer zwraca `resultType: "input_required"`, klient ponawia z `inputResponses` |
| Routing | Bramy parsowały ciało JSON | Nagłówki `Mcp-Method` i `Mcp-Name` **wymagane** w żądaniach POST |
| Buforowanie | Wyłącznie powiadomienia `listChanged` | `ttlMs` i `cacheScope` wymagane w wynikach list i odczytów |
| Wznawianie strumienia | Odtwarzanie przez `Last-Event-ID` | Usunięte; przerwany strumień gubi żądanie, a klient wysyła je ponownie |

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. **Warstwa nieuwierzytelniona** — specyfikacje, wyszukiwanie parametryczne, zamienniki, dokumenty zgodności, odnośniki do plików CAD, ceny katalogowe tam, gdzie je publikujesz.
2. **Warstwa 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. **Nigdy** 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.

| Narzędzie | Przeznaczenie | Autoryzacja |
| --- | --- | --- |
| `search_parts` | Wyszukiwanie parametryczne w obrębie klasy, z typowanymi ograniczeniami i jednostkami | Publiczne |
| `get_part` | Pełny kanoniczny rekord jednego numeru części, wraz z pochodzeniem danych i datą ostatniej weryfikacji | Publiczne |
| `find_alternates` | Odpowiedniki funkcjonalne, drugie źródła i tabele porównawcze konkurencji, z podaną podstawą równoważności | Publiczne |
| `get_compliance_documents` | RoHS, REACH, deklaracje właściwości użytkowych, certyfikaty, EPD — jako rekordy z datami wydania, a nie same odnośniki | Publiczne |
| `get_cad_models` | Odnośniki do zasobów 2D, 3D i BIM w podziale na formaty | Publiczne |
| `get_availability` | Bieżące stany magazynowe wg lokalizacji oraz termin dostawy | Za autoryzacją |
| `get_price` | Ceny kontraktowe klienta dla danej ilości | Za autoryzacją |

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

```json
{
  "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.

```text
→ 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.

| Klient | Czy dosięgnie własnego serwera MCP? | Warunki |
| --- | --- | --- |
| Claude | Tak | Własne zdalne konektory w planach Free, Pro, Max, Team i Enterprise; użytkownicy darmowi ograniczeni do jednego; serwer musi być osiągalny z publicznego internetu z zakresów IP Anthropic |
| ChatGPT | Częściowo | Własne serwery MCP przez tryb deweloperski; konektory z prawem zapisu ograniczone do planów Business, Enterprise i Edu, a Plus i Pro tylko do odczytu. Aplikacje w ChatGPT są zbudowane na MCP i przechodzą weryfikację katalogową |
| Gemini | Tylko Enterprise | Własne serwery MCP rejestrowane przez administratora jako magazyn danych w Gemini Enterprise; wyłącznie transport Streamable HTTP |
| Microsoft Copilot | Tak, w konfiguracjach korporacyjnych | Konektory rejestrowane przez administratora |
| Agenci w IDE i CLI | Tak | Deweloper konfiguruje punkt końcowy bezpośrednio — najmniej oporna ścieżka dla odbiorców inżynierskich |
| Własni agenci Twoich klientów | Tak | Działy zakupów i inżynierii coraz częściej uruchamiają wewnętrznych agentów; w praktyce to najszybciej rosnąca grupa wywołujących |

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. **Oficjalny 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. **Katalogi po stronie klientów**, takie jak katalog konektorów Claude i katalog aplikacji ChatGPT, każdy z własnym procesem weryfikacji.
3. **Twoja 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. **Sprowadź dane do jednego kanonicznego rekordu na część** — z typowanymi atrybutami, jednostkami, pochodzeniem danych i znacznikiem czasu ostatniej weryfikacji. Nie zaczynaj od protokołu.
2. **Wybierz od sześciu do ośmiu narzędzi** i napisz opisy, które mówią, kiedy danego narzędzia *nie* używać.
3. **Zadeklaruj schematy wyjściowe** i zwracaj `structuredContent`. W każdym ładunku umieszczaj jednostki i daty weryfikacji.
4. **Udostę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. **Rozdziel 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. **Zwracaj deterministyczną kolejność narzędzi** i stabilne nazwy narzędzi, aby pamięci podręczne klientów działały.
7. **Loguj 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. **Stale 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](/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.

## Najczęstsze pytania

### Czy potrzebujemy MCP, skoro mamy już API REST?

Twoje API REST to właściwy fundament, ale agent nie skorzysta z niego bez dedykowanej pracy integracyjnej po stronie tego, kto tego agenta prowadzi. MCP standaryzuje trzy rzeczy, które API REST pozostawia otwarte: sposób, w jaki klient odkrywa dostępne operacje, sposób typowania ich wejść i wyjść pod kątem modelu oraz sposób negocjowania autoryzacji. W praktyce serwer MCP z danymi części to cienka, świadomie zawężona projekcja istniejącego API, ze schematami i opisami pisanymi dla modelu, a nie dla programisty.

### Czy dane części udostępniać jako narzędzia, czy jako zasoby?

Przede wszystkim jako narzędzia. Specyfikacja opisuje narzędzia jako sterowane przez model — model odkrywa je i wywołuje na podstawie kontekstu — podczas gdy zasoby są sterowane przez aplikację i prezentowane użytkownikowi do wyboru przez aplikację hosta. Katalog to przestrzeń zapytań, a nie stała lista plików, więc naturalnym dopasowaniem są narzędzia przyjmujące parametry. Zasoby bronią się przy niewielkiej liczbie stabilnych dokumentów, a narzędzia mogą zwracać odnośniki do zasobów — kart katalogowych i plików CAD — zamiast osadzać w odpowiedzi megabajty danych.

### Czy specyfikacja 2026-07-28 psuje istniejące serwery MCP?

Znacząco zmienia kształt warstwy transportu. Zniknęły sesje na poziomie protokołu i nagłówek Mcp-Session-Id, zniknął handshake initialize, zniknął samodzielny strumień GET i zniknęła wznawialność SSE przez Last-Event-ID. Serwery muszą implementować server/discover oraz wymagać nagłówków Mcp-Method i Mcp-Name w żądaniach POST. Klienci obsługujący obie epoki rozpoznają, którą z nich mówi dany serwer, wysyłając najpierw nowoczesne żądanie i analizując treść błędu, zanim wycofają się do starszego trybu.

### Jak nie dopuścić do tego, by agent zobaczył ceny innego klienta?

Korzystaj z warstwy autoryzacji, a nie z ukrywania. Serwer MCP działa jako serwer zasobów OAuth 2.1, musi implementować Protected Resource Metadata (RFC 9728) i musi weryfikować, że tokeny dostępu zostały wystawione właśnie dla niego jako zamierzonego odbiorcy, zgodnie z RFC 8707. Co kluczowe, specyfikacja pozwala, aby widoczne zestawy narzędzi i zasobów zależały od autoryzacji przedstawionej w żądaniu, więc nieuwierzytelnionemu wywołującemu można pokazać wyłącznie narzędzia katalogu publicznego.

### Jak agent w ogóle znajduje nasz serwer MCP?

Nie istnieje mechanizm odkrywania na poziomie DNS, a udawanie, że jest inaczej, to najczęstszy błąd w tekstach o MCP. Odkrywanie odbywa się przez oficjalny rejestr MCP pod adresem registry.modelcontextprotocol.io, wspierany przez Anthropic, GitHub, Microsoft i PulseMCP, wciąż w wersji zapoznawczej przed ogólną dostępnością; przez katalogi po stronie klientów, takie jak katalog konektorów Claude i katalog aplikacji ChatGPT; oraz — najczęściej dzisiaj — dlatego, że opublikowałeś URL w swojej dokumentacji dla deweloperów, a klient go u siebie wkleił.

### Jaki jest największy błąd projektowy w pierwszym serwerze MCP z danymi części?

Udostępnienie zbyt wielu narzędzi z nieprecyzyjnymi opisami. Model wybiera narzędzia na podstawie ich nazw, opisów i schematów, więc dwadzieścia nakładających się punktów wyszukiwania daje gorsze zachowanie niż sześć dobrze nazwanych. Zwracaj ustrukturyzowaną treść zgodną z zadeklarowanym schematem wyjściowym, utrzymuj deterministyczne i stabilne nazwy narzędzi oraz umieszczaj w ładunku jednostki, tolerancje i znacznik czasu ostatniej weryfikacji, aby odpowiedź dało się później zaudytować.

### Czy serwer MCP pomaga w widoczności w AI na otwartym webie?

Nie bezpośrednio. Crawlery wyszukiwarek i systemów wyszukiwania odpowiedzi nie wywołują serwerów MCP — pobierają HTML. MCP dociera do użytkowników, którzy podłączyli Twój serwer, czyli dziś do inżynierów konfigurujących konektor i do nabywców korporacyjnych, u których rejestruje go administrator. To kanał głębokości, a nie zasięgu, i działa najlepiej w połączeniu z renderowanymi po stronie serwera, ustrukturyzowanymi stronami produktowymi.

## Źródła

1. [Anthropic, Introducing the Model Context Protocol (25 November 2024)](https://www.anthropic.com/news/model-context-protocol)
2. [Model Context Protocol, MCP joins the Agentic AI Foundation (9 December 2025)](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/)
3. [Linux Foundation, Formation of the Agentic AI Foundation (9 December 2025)](https://www.linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation)
4. [Model Context Protocol, 2026-07-28 specification changelog](https://modelcontextprotocol.io/specification/2026-07-28/changelog)
5. [Model Context Protocol, Streamable HTTP transport (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/basic/transports/streamable-http)
6. [Model Context Protocol, Authorization (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/basic/authorization)
7. [Model Context Protocol, Tools (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/server/tools)
8. [Model Context Protocol, Resources (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/server/resources)
9. [Model Context Protocol, The MCP Registry](https://modelcontextprotocol.io/registry/about)
10. [Microchip Technology, Microchip unveils Model Context Protocol (MCP) Server (6 November 2025)](https://ir.microchip.com/news-events/press-releases/detail/1344/microchip-technology-unveils-model-context-protocol-mcp-server-to-power-ai-driven-product-data-access)
11. [Siemens MCP Server documentation](https://mcp.siemens.com/docs)
12. [Zoovu, Zoovu launches MCP Server (11 December 2025)](https://zoovu.com/news/zoovu-launches-mcp-server)
13. [ECIA, TrustedParts.com launches Inventory AI Agent Service (11 June 2026)](https://www.ecianow.org/2026/06/11/trustedparts-com-launches-inventory-ai-agent-service/)
14. [Shopify, Storefront MCP server documentation](https://shopify.dev/docs/apps/build/storefront-mcp/servers/storefront)
15. [Anthropic, Get started with custom connectors using remote MCP](https://support.claude.com/en/articles/11175166-get-started-with-custom-connectors-using-remote-mcp)
16. [OpenAI Help Center, Developer mode and MCP apps in ChatGPT](https://help.openai.com/en/articles/12584461-developer-mode-and-mcp-apps-in-chatgpt)
17. [Google Cloud, Set up your custom MCP server data store (Gemini Enterprise)](https://docs.cloud.google.com/gemini/enterprise/docs/connectors/custom-mcp-server/set-up-custom-mcp-server)

## Other languages

- English: https://partsgraph.ai/blog/mcp-for-manufacturers/md
- Deutsch: https://partsgraph.ai/de/blog/mcp-for-manufacturers/md
- Français: https://partsgraph.ai/fr/blog/mcp-for-manufacturers/md
- Español: https://partsgraph.ai/es/blog/mcp-for-manufacturers/md
- Italiano: https://partsgraph.ai/it/blog/mcp-for-manufacturers/md
- Nederlands: https://partsgraph.ai/nl/blog/mcp-for-manufacturers/md
- Português: https://partsgraph.ai/pt/blog/mcp-for-manufacturers/md
- Svenska: https://partsgraph.ai/sv/blog/mcp-for-manufacturers/md
- Türkçe: https://partsgraph.ai/tr/blog/mcp-for-manufacturers/md
- 日本語: https://partsgraph.ai/ja/blog/mcp-for-manufacturers/md
- 한국어: https://partsgraph.ai/ko/blog/mcp-for-manufacturers/md
- 简体中文: https://partsgraph.ai/zh/blog/mcp-for-manufacturers/md

---

Partsgraph — the agent-ready parts data layer. Free AI-visibility grader: https://partsgraph.ai/pl/audit