Agent AI: z czym się integruje dostaje narzędzia, nie kolejny eksport
Agent AI nie dostaje kopii Waszych danych. Dostaje narzędzia: nazwane wejścia do CRM, ERP, hurtowni i arkuszy, każde z opisem, po co jest i kiedy go użyć. Agent sam decyduje, do którego sięgnąć w momencie pytania. Każde wejście ma własny zakres uprawnień, a każde wywołanie zostaje w logu.
- 2 tygodnieod warsztatu do pierwszego systemu podłączonego i przetestowanego na Waszych danych
- 4 do 6 tygodnigdy podłączamy kilka systemów naraz, zależnie od tego, ile z nich ma gotowy moduł MCP
- 5 do 10 sekundtyle trwa odpowiedź złożona z kilku systemów naraz, razem z sięgnięciem po dane
Problem
Dlaczego agent AI nie widzi Waszych danych, choć każdy system ma API?
Dane są opisane, udokumentowane i wystawione. Tylko że API mówi „oto endpoint i lista pól”, a agent AI potrzebuje czegoś innego: informacji, po co ten endpoint jest i kiedy z niego skorzystać. Bez tego opisu agent albo nie sięga po dane wcale, albo sięga po złe. Pytanie „czy ten klient zapłacił” trafia do CRM, który zna etap szansy, i nie trafia do systemu fakturowego, który zna płatność.
Druga rzecz to kierunek. Klasyczna integracja przenosi dane z systemu A do systemu B po ustalonym harmonogramie, według mapowania pól spisanego raz. Agent nie wie z góry, o co ktoś zapyta w środę po południu, więc nie da się mu przygotować gotowego eksportu. Musi mieć możliwość zapytania w momencie pytania, a to jest inna architektura niż nocna synchronizacja.
Trzecia rzecz to dostęp, i tu nie ma miejsca na uznaniowość. RODO w art. 5 ust. 1 lit. c wymaga, żeby dane były adekwatne i ograniczone do tego, co niezbędne, a art. 32 każe dobrać środki ochrony do ryzyka (rozporządzenie 2016/679). Agent, który dostaje pełne uprawnienia do CRM, żeby odpowiedzieć na pytanie o etap szansy, łamie tę zasadę w pierwszym dniu pracy.
- Agent odpowiada z wiedzy ogólnej modelu, bo do Waszych danych nie ma jak zajrzeć
- Każdy nowy system to integracja pisana od zera, bo poprzednia nie da się ponownie użyć
- Nikt nie potrafi powiedzieć, o co agent pytał wczoraj i którego systemu dotknął
- Dostęp nadano raz, szeroko, a potem nikt go nie zawężał
Dlaczego teraz
Co się zmieniło, że podłączenie systemu to dni, a nie kwartał?
W listopadzie 2024 Anthropic opublikowało Model Context Protocol, otwarty standard łączenia modeli językowych z danymi i narzędziami. Zamiast dopisywać agentowi kod pod każdy system osobno, wystawiasz system raz jako moduł: lista narzędzi, opis każdego z nich, wymagane parametry, zakres uprawnień. Agent czyta tę listę i sam wybiera narzędzie do pytania, które właśnie dostał.
W praktyce daje to jedną rzecz, na której zależy komuś, kto płaci: dokładanie kolejnego systemu nie wymaga przepisywania całości. Podłączenie hurtowni po dwóch miesiącach od CRM to dopisanie modułu i zakresu uprawnień, a nie nowy projekt integracyjny. Moduły dla popularnych systemów są już napisane i utrzymywane przez ich dostawców, więc dla części Waszych narzędzi pracy jest tyle, ile trwa nadanie dostępu.
Zmieniła się też sama warstwa uruchomieniowa. Kolejkę, harmonogram, ponowienia i logi bierzemy z n8n, Make albo z Waszej infrastruktury, a od zera powstaje tylko to, czego nikt nie napisał wcześniej. Dlatego pierwsza integracja mieści się w 2 tygodniach od warsztatu, a nie w kwartale.
Co się zmienia
Co dostajesz poza samym połączeniem?
Agent wie, kiedy sięgnąć po który system
Każde narzędzie ma nazwę, opis po co jest, listę parametrów i zdanie o tym, kiedy go użyć, a kiedy nie. To ten opis rozstrzyga, czy pytanie o płatność trafi do systemu fakturowego, a nie do CRM.
Opis narzędzia jest częścią wdrożenia i podlega poprawkom, tak jak reguła w workflow
Kolejny system dokładasz bez przepisywania całości
Systemy podłączamy pojedynczo, jako osobne moduły. Dopisanie hurtowni albo helpdesku pół roku po CRM to nowy moduł i nowy zakres uprawnień, bez ruszania tego, co już działa.
Kolejny system to zwykle dni, nie tygodnie, gdy ma gotowy moduł MCP
Read-only tam, gdzie agent tylko odpowiada
Domyślnie każde wejście jest na odczyt. Zapis nadajemy pole po polu i tylko tam, gdzie proces tego wymaga: notatka z rozmowy tak, etap lejka niekoniecznie.
Osobny zakres uprawnień na każdy system, ustalany na warsztacie i spisany
Widzisz, o co agent pytał Wasze systemy
Każde wywołanie narzędzia trafia do logu: kto pytał, o którą godzinę, którego systemu dotknął, jaki parametr podał. Log jest po to, żeby przy niepokojącej odpowiedzi dało się cofnąć do źródła.
Log wywołań na poziomie pojedynczego narzędzia, do audytu i do zgłoszenia błędu
System bez API też da się podłączyć
Stary ERP na serwerze w biurze, magazyn kupiony razem z halą, program księgowy bez interfejsu. Wchodzimy widokiem w bazie SQL, eksportem na SFTP albo webhookiem dopisanym po stronie dostawcy.
Cztery drogi wejścia zamiast jednej: API, widok SQL, plik na SFTP, webhook
Jedna odpowiedź z kilku systemów naraz
Pytanie „czy ten klient ma zaległość i na jakim etapie stoi jego zamówienie” dotyka trzech systemów. Agent AI składa je sam i pokazuje, z którego wziął którą liczbę.
Odpowiedź w 5 do 10 sekund, ze wskazaniem systemu przy każdej liczbie
Dowód
Czy sami tak podłączacie systemy?
Tak. Agent AI w agencji naszych założycieli pracuje na produkcji od marca 2026 i sięga po osiem systemów naraz, tą samą warstwą narzędzi, którą opisujemy wyżej. Poniżej skala tej pracy razem z tym, czego ta liczba NIE dowodzi.
Wdrożone u nas. To nie są wdrożenia u klienta zewnętrznego, tylko w spółkach założycieli JustAutomate. Piszemy to wprost, bo dowód, którego nie da się sprawdzić, nie jest dowodem.
JustBotich agentJustIdea Agency, agencja performance marketingu, około 30 osób
- 23
- osób z firmy pracuje z agentem
- 38
- systemów wpiętych na stałe
- 112
- procesów chodzi bez człowieka
- 475
- tysięcy linii kodu agenta
Agent spięty z Google Ads, Metą, systemem CRM, systemem zadań, narzędziem SEO, Analytics, Search Console i hurtownią danych. Pierwszy commit 1 marca 2026, dziś korzystają z niego 23 osoby.
8 z 38 systemów, w których pracuje
Google Ads
Meta Ads- HubSpot
- ActiveCollab
- Ahrefs
GA4
Search Console
BigQuery
- Przedtem
- Odpowiedź łączącą dwa systemy składał człowiek: logowanie do panelu, eksport, arkusz, dopiero potem liczba. Wiedza o tym, gdzie czego szukać, siedziała w głowach dwóch osób.
- Po zmianie
- Agent sięga po osiem systemów przez jedną warstwę narzędzi, każde z własnym zakresem uprawnień. Wywołanie zapisuje nazwę systemu, więc widać, o co agent pytał i kiedy.
64 903 wywołania narzędzi na ośmiu podłączonych systemach w 30 dni, z tego 29 854 bez udziału człowieka
A u Ciebie
Co, jeśli nasze systemy są stare albo jest ich za dużo?
Cztery zdania, które słyszymy na pierwszej rozmowie, i to, co na nie odpowiadamy.
Nasz ERP stoi na serwerze w biurze i nie ma żadnego API.
Wtedy nie wchodzimy przez API. Zostaje widok w bazie SQL przygotowany przez Waszego administratora, nocny eksport na SFTP albo webhook dopisany po stronie dostawcy. Agent czyta z widoku i nie dotyka tabel produkcyjnych, więc ryzyko po stronie ERP jest takie jak przy zwykłym raporcie.
Mamy piętnaście systemów, to będzie robota na rok.
Nie podłączamy piętnastu. Na warsztacie liczymy, które pytania wracają do zespołu co tydzień, i zwykle wychodzi, że dwa albo trzy systemy pokrywają większość z nich. Pierwszy podłączamy w 2 tygodnie, reszta wchodzi wtedy, gdy okaże się potrzebna, i już bez ruszania tego, co działa.
Nie oddamy agentowi prawa zapisu do CRM.
I nie musicie. Domyślnie każde wejście jest read-only, a zapis nadaje się pole po polu: notatka z rozmowy tak, zadanie z terminem tak, etap lejka i kwota szansy zostają w rękach człowieka. To ustalenie zapada na warsztacie i jest spisane, a nie ustalane w trakcie.
Nie mamy działu IT ani nikogo, kto zna się na protokołach.
Do startu wystarczy lista narzędzi, z których zespół faktycznie korzysta, i osoba, która potrafi nadać w nich dostęp. Dobór drogi wejścia, zakresów uprawnień i opisów narzędzi jest po naszej stronie. Dokumentację połączeń przekazujemy na koniec, razem z pokazaniem, jak dodać kolejny system.
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- ERP, księgowość i faktury
- Comarch Optima, Subiekt, Enova, Fakturownia, iFirma, Symfonia, sevDesk
- Sprzedaż online
- BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop
- Praca zespołu i obsługa
- Google Workspace, Microsoft 365, Slack, Notion, ClickUp, Jira, Asana, Zendesk, Freshdesk, Intercom
- Dane i hurtownie
- BigQuery, PostgreSQL, bazy SQL, Google Sheets, GA4
- Warstwa automatyzacji
- n8n, Make, Zapier, własne integracje przez API
Jak agent AI wchodzi do poszczególnych rodzin systemów
Droga wejścia i zakres, od którego startujemy. Zakres zawężamy albo rozszerzamy na warsztacie, osobno dla każdego systemu, bo to on rozstrzyga, co agent może zrobić w Waszych danych.
| Rodzina systemów | Jak agent AI się wpina | Zakres, od którego zaczynamy |
|---|---|---|
| CRM w chmurze | gotowy moduł MCP albo konektor API dostawcy | odczyt kontaktu, firmy i szansy, zapis notatki i zadania |
| ERP i księgowość w chmurze | API dostawcy | odczyt zamówień, stanów magazynowych i płatności, bez zapisu |
| ERP na serwerze w firmie | widok w bazie SQL albo nocny eksport na SFTP | odczyt z widoków przygotowanych przez Waszego administratora |
| Hurtownia i bazy SQL | zapytanie generowane z pytania zadanego po polsku | odczyt na widokach, z limitem kosztu jednego zapytania |
| Arkusze i dysk | API Google Workspace albo Microsoft 365 | odczyt wskazanych folderów, zapis do jednego arkusza |
| Helpdesk | API dostawcy | odczyt zgłoszeń, utworzenie i eskalacja zgłoszenia |
| Komunikator zespołu | API Slacka albo Microsoft Teams | odczyt wątku, w którym pada pytanie, zapis odpowiedzi |
Transkrypcje spotkań (Tactiq, Fireflies, Otter) wchodzą jak arkusze: agent czyta treść rozmowy i wyciąga z niej ustalenia, ale nic w tych narzędziach nie zapisuje.
Jak to robimy
Pięć kroków od listy systemów do agenta, który z nich czyta
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat
Sprawdzamy, z których systemów zespół korzysta codziennie, gdzie dane utykają między CRM, ERP i arkuszami oraz które pytania wracają co tydzień do tej samej osoby. Podłączenie systemu, z którego nikt nie korzysta, tylko zwiększa powierzchnię ryzyka.
Projekt dostępu i narzędzi
Dla każdego systemu ustalamy drogę wejścia (gotowy moduł MCP, konektor API, widok w bazie, plik na SFTP), zakres uprawnień oraz opis narzędzia, który agent czyta, żeby wiedzieć, kiedy go użyć. Ustalamy też, czego agent nie ruszy.
Pierwszy system na środowisku testowym
Podłączamy jeden system, zwykle ten z największą liczbą pytań, i sprawdzamy odpowiedzi na Waszych prawdziwych danych. Wychodzi tu zwykle, że opis narzędzia trzeba doprecyzować, bo agent sięgał po dane w innym momencie, niż zakładaliśmy.
Kolejne systemy i monitoring
Dokładamy następne moduły pojedynczo, bez ruszania działającego. Włączamy monitoring błędów integracji i log wywołań, żeby przy zmianie API u dostawcy było widać, co przestało działać, zanim zgłosi to użytkownik.
Szkolenie i przekazanie
Oddajemy dokumentację połączeń: co jest podłączone, jakim zakresem uprawnień, kto po Waszej stronie tym zarządza. Pokazujemy, jak dodać kolejny system i jak zawęzić dostęp, gdy ktoś odchodzi z zespołu.
Przed i po
Jak zmienia się droga do jednej liczby
Przedtem
- Odpowiedź na pytanie z dwóch systemów składa człowiek w arkuszu
- Nowy system to nowy projekt integracyjny, wyceniany od początku
- Dostęp do CRM nadany raz i szeroko, bo tak było szybciej
- Nikt nie umie odtworzyć, skąd wzięła się liczba w podsumowaniu
Po zmianie
- Pytanie łączące trzy systemy dostaje odpowiedź w 5 do 10 sekund
- Kolejny system to nowy moduł, zwykle dni pracy zamiast tygodni
- Każde wejście ma własny zakres, spisany i możliwy do zawężenia
- Przy każdej liczbie widać system, z którego pochodzi, a w logu wywołanie
Pierwszy system czyta z Waszych danych po 2 tygodniach od warsztatu. Zakresy uprawnień i opisy narzędzi weryfikujemy po 30 dniach na prawdziwym ruchu, a całość po 90 dniach.
Dla osoby, która to zamawia
Co z tego ma osoba, która to podpisze
Podpisujesz projekt, w którym najgorszy scenariusz brzmi „agent dostał za szeroki dostęp do danych klientów”. Dlatego zakres uprawnień jest tu pierwszym ustaleniem, nie ostatnim, i jest spisany osobno dla każdego systemu. Domyślnie wszystko jest na odczyt, a każde prawo zapisu ma nazwane pole i nazwany powód.
Druga rzecz przydaje się przy rozmowie z zarządem i przy audycie. Log wywołań pokazuje, o co agent pytał, którego systemu dotknął i kiedy, więc na pytanie „skąd on to wie” masz odpowiedź z konkretnego wiersza, a nie deklarację. Przy zmianie dostawcy albo przy odejściu osoby z zespołu zawężasz dostęp w jednym miejscu.
- Zakres uprawnień spisany osobno dla każdego systemu, domyślnie tylko odczyt
- Log wywołań na poziomie pojedynczego narzędzia, do audytu i do reklamacji
- Pierwszy system na środowisku testowym, produkcja dopiero po weryfikacji
- Dokumentacja połączeń po Waszej stronie, więc nie jesteście przypięci do nas
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy mapie integracji wystarcza zwykle jeden tydzień, dwa wtedy, gdy systemów jest kilkanaście i trzeba je rozsądzić po realnym użyciu. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile systemów wchodzi, ile z nich ma gotowy moduł i gdzie trzeba pisać wejście od zera.
Koszt użycia modeli i narzędzi płacisz bezpośrednio dostawcy, bez naszej prowizji. Część tej pozycji zależy od tego, jak zaprojektowane są narzędzia: wejście zwracające pięć potrzebnych pól kosztuje mniej niż wejście zwracające cały rekord za każdym razem.
Warsztat procesowy
2500 zł netto
za tydzień, przy mapie integracji zwykle jeden do dwóch
Zamknięta całość. Kończy się mapą systemów i zakresów dostępu, którą możesz zrealizować bez nas albo z własnym zespołem.
- Lista systemów używanych codziennie i pytań, które do nich wracają
- Droga wejścia dla każdego systemu: moduł MCP, API, widok SQL, plik
- Zakres uprawnień na system, razem z tym, czego agent nie ruszy
- Kolejność podłączania i wskaźniki do pomiaru po 30 dniach
- Najczęściej wybierany
Warsztat i pierwsze integracje
Wycena po warsztacie
zakres wynika z liczby systemów i tego, ile z nich ma gotowy moduł
Najczęściej wybierany wariant. Pierwszy system czyta z Waszych danych po 2 tygodniach, kolejne wchodzą pojedynczo.
- Wszystko z warsztatu
- Podłączenie systemów przez moduły MCP albo konektory API
- Opisy narzędzi, zakresy uprawnień, log wywołań i monitoring błędów
- Testy na Waszych prawdziwych danych, produkcja po weryfikacji
- Dokumentacja połączeń i szkolenie osoby zarządzającej dostępami
BOND na Waszych systemach
Wycena po warsztacie
wdrożenie firmowego agenta AI to zwykle około 2 miesiące
Wszystko z wdrożenia plus BOND, nasz firmowy agent AI, który odpowiada z tych systemów zwykłym zdaniem.
- Wszystko z pierwszych integracji
- Agent AI odpowiadający z kilku systemów naraz, ze wskazaniem źródła
- Dostęp z komunikatora zespołu, po polsku i po angielsku
- Log każdego zapytania do audytu, uprawnienia per osoba
Warsztat kończy się dokumentem, który obroni się bez nas: mapa systemów, drogi wejścia, zakresy uprawnień, kolejność. Jeśli okaże się, że wystarczy podłączyć jeden system albo że pytania da się zdjąć zwykłą automatyzacją, mówimy to i sprawa kończy się na warsztacie.
Najczęstsze pytania
Czym integracja agenta AI różni się od zwykłej integracji między systemami?
Zwykła integracja przenosi dane z systemu A do systemu B według mapowania pól spisanego raz i harmonogramu ustalonego z góry. Agent AI dostaje narzędzie: nazwane wejście z opisem, po co jest i kiedy go użyć, i sięga po dane w momencie pytania. Dlatego przy integracji projektuje się mapowanie pól, a przy narzędziu dla agenta projektuje się jeszcze jego opis, bo to on rozstrzyga, czy agent w ogóle po nie sięgnie.
Co to jest Model Context Protocol i co daje w praktyce?
To otwarty standard łączenia modeli językowych z danymi i narzędziami, opublikowany przez Anthropic w listopadzie 2024. W praktyce daje dwie rzeczy: system wystawiasz raz jako moduł z listą narzędzi i zakresem uprawnień, a dokładanie kolejnego systemu nie wymaga przepisywania całości. Dla popularnych narzędzi moduły są już napisane i utrzymywane przez ich dostawców, więc zostaje nadanie dostępu i test na Waszych danych.
Z jakimi systemami agent AI integruje się najczęściej?
Najczęściej z CRM (HubSpot, Pipedrive, Salesforce, LiveSpace), księgowością i fakturami (Comarch Optima, Subiekt, Fakturownia, iFirma, Symfonia), sprzedażą online (BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop), pracą zespołu (Google Workspace, Microsoft 365, Slack, Notion, ClickUp, Jira, Asana) i danymi (BigQuery, PostgreSQL, Google Sheets, GA4). Kolejność podłączania ustalamy po tym, gdzie wracają pytania, a nie po tym, co jest najłatwiejsze.
Co, jeśli nasz system nie ma API?
Zostają trzy inne drogi. Widok w bazie SQL przygotowany przez Waszego administratora, nocny eksport pliku na SFTP albo webhook dopisany po stronie dostawcy. Agent czyta wtedy z widoku albo z pliku, a nie z tabel produkcyjnych, więc obciążenie starego systemu jest takie jak przy zwykłym raporcie. Kolejność sprawdzania tych dróg ustalamy na warsztacie.
Ile trwa podłączenie kolejnego systemu?
Pierwszy system to zwykle 2 tygodnie od warsztatu, razem z testami na Waszych danych. Kilka systemów naraz to 4 do 6 tygodni. Kolejny system dokładany pół roku później to zwykle dni, jeśli ma gotowy moduł, bo nie ruszamy tego, co już działa, tylko dopisujemy moduł i zakres uprawnień.
Czy agent AI może zapisywać dane w naszych systemach?
Może, ale domyślnie nie zapisuje nic. Każde wejście startuje jako read-only, a prawo zapisu nadaje się pole po polu i tylko tam, gdzie proces tego wymaga: notatka z rozmowy, zadanie z terminem, wiadomość na kanale zespołu. Pola takie jak etap lejka czy kwota szansy zwykle zostają w rękach człowieka i tak to zapisujemy na warsztacie.
Kto widzi, o co agent pytał nasze systemy?
Wy. Każde wywołanie narzędzia trafia do logu razem z nazwą systemu, godziną, osobą, która pytała, i parametrem, jaki został podany. Dzięki temu przy niepokojącej odpowiedzi da się cofnąć do źródła, a przy audycie pokazać, czego agent dotknął w danym tygodniu. Log jest też pierwszym miejscem, do którego zaglądamy, gdy dostawca zmieni swoje API.
Czy dane z naszych systemów trafiają do trenowania modeli?
Nie. Pracujemy na dedykowanej instancji w trybie, w którym dostawca modelu nie zatrzymuje treści zapytań, a zakres danych przechodzących przez narzędzie zawężamy do pól niezbędnych do odpowiedzi. To ustalenie jest częścią projektu dostępu, spisanego na warsztacie osobno dla każdego systemu.
Sprawdźmy, które z Waszych systemów warto podłączyć pierwsze
Bezpłatna konsultacja trwa 30 minut. Wystarczy lista narzędzi, z których korzysta zespół, i kilka pytań, które co tydzień wracają do tej samej osoby. Pokażemy demo na przykładowych danych i powiemy, które systemy mają gotowy moduł, a przy których trzeba wejść widokiem w bazie albo plikiem. Nie musisz na tym etapie udostępniać żadnych dostępów.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli u Was odpowiedź na jedno pytanie wymaga zalogowania się do trzech systemów, to jest dokładnie ten problem. Agent AI z podłączonymi narzędziami składa taką odpowiedź w 5 do 10 sekund i pokazuje, z którego systemu wziął którą liczbę. Od mapy tych systemów zaczyna się warsztat.