Klient MCP i serwer MCP w praktyce

MCP daje mechanizmom AI dostęp do narzędzi i działań poza samym modelem. W AMODIT połączenie może działać w dwóch kierunkach. Gdy AMODIT jest klientem MCP, agent AI w AMODIT korzysta z narzędzi udostępnionych przez zewnętrzny serwer. Gdy AMODIT działa jako serwer MCP, udostępnia wybrane możliwości zewnętrznym klientom i narzędziom AI.

To rozróżnienie decyduje o tym, gdzie rozpoczyna się praca, kto udostępnia narzędzia i jaki dostęp trzeba kontrolować. W obu wariantach AI wspiera wykonanie zadania, a człowiek zachowuje decyzję: sprawdza wynik i zatwierdza działanie zgodnie z zasadami procesu.

Dwa kierunki jednego połączenia

Najprościej rozdzielić oba warianty jednym pytaniem: gdzie pracuje agent AI?

• Klient MCP w AMODIT: agent działa w AMODIT i sięga po narzędzie z zewnętrznego serwera MCP.
• Serwer MCP w AMODIT: agent lub narzędzie AI działa poza AMODIT i korzysta z wybranych narzędzi udostępnionych przez AMODIT.

MCP nie oznacza więc jednej gotowej integracji. Jest wspólnym sposobem podłączania narzędzi do scenariusza AI. Zakres zależy od skonfigurowanego połączenia, udostępnionych funkcji i przyznanego dostępu.

Połączenie przez MCP nie oznacza trenowania modelu. AMODIT korzysta z istniejących modeli i konfiguruje je pod dany scenariusz, między innymi przez instrukcje, wiedzę i dostępne narzędzia.

Klient MCP: AI w AMODIT korzysta z zewnętrznych narzędzi

W tym wariancie mechanizmy AI w AMODIT są klientem. Administrator konfiguruje połączenie z zewnętrznym serwerem MCP, określa dostępne narzędzia i ich dostępność oraz uwzględnia autoryzację. Agent w AMODIT może następnie użyć udostępnionego narzędzia w swoim zadaniu.

Taki kierunek rozszerza możliwości agenta o działania w innym systemie bez budowania osobnego interfejsu dla każdego narzędzia. Materiał produktowy potwierdza następujący zakres pracy administratora:

• konfigurację połączenia,
• wybór dostępnych narzędzi,
• autoryzację,
• użycie narzędzia przez agenta,
• obsługę błędów i ograniczeń.

Prezentacja nie wskazuje nazw zewnętrznych systemów ani gotowej listy serwerów MCP. Nie potwierdza też, że klient MCP łączy AMODIT z dowolnym systemem. Opis dotyczy serwerów, które udostępniają narzędzia przez MCP i zostały podłączone w danym środowisku.

Serwer MCP: AMODIT udostępnia wybrane możliwości

W drugim kierunku to AMODIT działa jako serwer MCP. Zewnętrzny klient lub narzędzie AI otrzymuje kontrolowany punkt dostępu do wybranych narzędzi AMODIT. Użytkownik może dzięki temu pracować z AMODIT z poziomu wybranego narzędzia AI i łączyć dane oraz działania AMODIT ze scenariuszem obejmującym inne systemy.

Materiały opisują udostępniany zakres jako wybrane możliwości i narzędzia AMODIT. W ogólnym scenariuszu MCP wymieniają pobieranie dostępnych danych, wykonywanie poleceń i pracę z obiegami. Nie podają jednak nazw konkretnych narzędzi, operacji, obiektów ani parametrów. To oznacza, że publiczny opis nie powinien być traktowany jako katalog interfejsu.

Po stronie administratora zakres serwera obejmuje:

• punkt dostępu,
• udostępnione narzędzia,
• autoryzację,
• scenariusz użycia,
• audyt i ograniczenia.

Jawny zakres funkcji i kontrola dostępu są częścią tego wariantu. Zewnętrzny agent nie otrzymuje przez sam fakt połączenia nieograniczonego dostępu do całego AMODIT.

Autoryzacja nie zastępuje zatwierdzenia przez człowieka

Autoryzacja odpowiada na pytanie, czy klient może połączyć się z serwerem i użyć udostępnionego narzędzia. Zatwierdzenie przez człowieka dotyczy decyzji biznesowej: czy wynik albo proponowane działanie powinny zostać wykorzystane w procesie.

Dlatego scenariusz MCP powinien łączyć dwa poziomy kontroli:

1. administrator określa połączenie, dostępne funkcje i dostęp,
2. człowiek weryfikuje wynik pracy agenta,
3. człowiek zatwierdza działanie lub decyzję w procesie.

Materiały nie opisują konkretnej metody autoryzacji ani technicznego mechanizmu zatwierdzania dla każdego wywołania MCP. Nie potwierdzają nazw standardów, dziedziczenia wszystkich uprawnień użytkownika ani wbudowanej bramki akceptacji przy każdej operacji. Te elementy trzeba ustalić dla konkretnego scenariusza i środowiska.

Błędy i audyt mają różny potwierdzony zakres

Obsługa błędów jest wymieniona wprost w zakresie klienta MCP. Administrator powinien uwzględnić ją podczas konfiguracji połączenia i użycia narzędzi przez agenta. Materiał nie określa jednak typów błędów, sposobu ich prezentacji, automatycznych ponowień ani działania awaryjnego. Nie składamy więc takich obietnic bez opisu konkretnego rozwiązania.

Audyt jest wymieniony wprost w zakresie serwera MCP. Potwierdza to, że audyt należy uwzględnić przy kontrolowanym udostępnianiu możliwości AMODIT na zewnątrz. Źródło nie podaje zakresu rejestrowanych zdarzeń, zawartości logów ani czasu ich przechowywania. Nie potwierdza również osobnego audytu połączeń klienta MCP.

Co trzeba ustalić przed uruchomieniem scenariusza

Przed wykorzystaniem MCP warto odpowiedzieć na pięć pytań:

1. Czy agent ma działać w AMODIT, czy w zewnętrznym narzędziu AI?
2. Jakie konkretne narzędzia mają być dostępne?
3. Kto i na jakich zasadach może z nich korzystać?
4. W którym miejscu człowiek sprawdza i zatwierdza wynik lub działanie?
5. Jak zespół obsłuży błąd i jakiego audytu potrzebuje?

Tak określony scenariusz pozwala dobrać właściwy kierunek połączenia bez sugerowania szerszego zakresu, niż rzeczywiście został skonfigurowany. Więcej o możliwościach produktu znajdziesz na stronach AI-driven workflow i integracji AMODIT.

Najczęstsze pytania

Czy klient MCP i serwer MCP to ta sama funkcja?

Nie. Klient MCP pozwala AI w AMODIT korzystać z narzędzi zewnętrznego serwera. Serwer MCP udostępnia wybrane możliwości AMODIT zewnętrznym klientom i narzędziom AI.

Co serwer MCP AMODIT udostępnia na zewnątrz?

Wybrane narzędzia i możliwości AMODIT. Materiały wskazują pracę z dostępnymi danymi, poleceniami i obiegami, ale nie zawierają zamkniętego katalogu operacji. Zakres musi być jawnie określony dla konkretnego scenariusza.

Czy MCP oznacza integrację z dowolnym systemem?

Nie wynika to z materiałów. Klient AMODIT korzysta z narzędzi udostępnionych przez podłączony zewnętrzny serwer MCP. Źródła nie podają listy gotowych połączeń ani gwarancji współpracy z każdym systemem.

Czy agent AI sam zatwierdza działania wykonane przez MCP?

Nie. AI wspiera zadanie, a człowiek weryfikuje wynik i zachowuje decyzję. Sposób zatwierdzania trzeba zaprojektować odpowiednio do procesu i zakresu udostępnionych narzędzi.

Czy połączenie MCP wymaga trenowania modelu AI?

Nie. W AMODIT wykorzystujemy istniejące modele i konfigurujemy je pod scenariusz. MCP służy do udostępniania narzędzi, z których może korzystać agent.

Czy materiały potwierdzają audyt wszystkich wywołań MCP?

Audyt jest potwierdzonym elementem zakresu serwera MCP. Materiały nie określają jednak, jakie zdarzenia są rejestrowane ani jak długo przechowuje się dane. Dla klienta MCP osobny audyt nie został wprost potwierdzony.

Sprawdź scenariusz MCP dla Twojej organizacji

Pokażemy, który kierunek połączenia odpowiada potrzebie procesu i jaki zakres narzędzi warto udostępnić.