Jak AI przejrzy Wasze automatyzacje w Zapier, Make i n8n i wyłapie to, co od dawna nie działa?

Zapier, Make i n8n mają otwarte REST API, które pozwala wyciągnąć listę wszystkich scenariuszy, ich statusy, historię uruchomień i komunikaty błędów. AI może to przeanalizować i powiedzieć Wam wprost: który scenariusz nie odpala się od czterech miesięcy, który przez ostatni tydzień zwracał błąd "Authentication failed" i co właściwie robi ten przepływ, który ustawiał pracownik, który od dawna nie jest w firmie. To nie jest integracja na papierze. Jedyne, czego potrzebujecie, to klucz API w ustawieniach konta i kilka minut na pierwsze połączenie.

Skąd biorą się scenariusze, których nikt już nie rozumie

W typowej firmie, która używa Zapier albo Make od dwóch, trzech lat, scenariusze narastają organicznie. Jeden tworzył handlowiec, żeby leady z formularza na stronie trafiały do arkusza Google. Drugi ustawiała osoba z marketingu, żeby nowe zamówienia z WooCommerce szły na kanał Slack. Trzeci zrobiło biuro rachunkowe, kiedy firma testowała system faktur, z którego potem zrezygnowała. Nikt nie usunął scenariusza. Nikt nie dodał opisu.

U jednego z naszych klientów z branży dystrybucji odkryliśmy w Make 61 scenariuszy. Dwanaście było wyłączonych od ponad roku, pięć miało status error nieprzerwanie od tygodnia, a trzy przesyłały dane do integracji z programem, z którego firma zrezygnowała osiem miesięcy wcześniej. Nikt o tym nie wiedział, bo nikt nie miał czasu, żeby to przejrzeć ręcznie.

Lista scenariuszy istnieje. Historia uruchomień też. Żeby jednak coś z niej wyciągnąć, ktoś musi usiąść i przejrzeć to po kolei. Gdy scenariuszy jest kilkadziesiąt, to się nie dzieje. I właśnie tutaj AI robi konkretną robotę: nie zastępuje człowieka w ustawianiu nowych przepływów, ale przegląda stare szybciej, niż ktokolwiek zrobiłby to ręcznie.

Jak wygląda podłączenie: REST API, klucze i ograniczenia w każdym z narzędzi

Wszystkie trzy narzędzia udostępniają REST API. Różnią się tym, ile przez API widać i na jakim planie abonamentowym.

Make (dawne Integromat) ma z tych trzech najlepiej udokumentowane API dla scenariuszy i historii uruchomień. Adres bazowy to https://eu1.make.com/api/v2/ dla klientów na serwerach europejskich albo https://us1.make.com/api/v2/ dla serwerów w USA. Klucz API generujecie w Profilu: sekcja "API Access", przycisk "Generate new token". W nagłówku zapytania podajecie Authorization: Token <wasz_klucz>. Przez API dostajecie endpoint GET /scenarios z listą scenariuszy: dla każdego pola name, isActive, scheduling, data ostatniego uruchomienia. Endpoint GET /scenarios/{id}/executions zwraca historię uruchomień z polami status (success, error, warning), duration i operations. Make udostępnia też szczegółowe logi modułów: dla każdego uruchomienia widać, co weszło i co wyszło z każdego kroku. To ważne, bo AI czyta rzeczywiste dane przechodzące przez scenariusz, a nie tylko jego strukturę.

n8n daje pełny dostęp przez API, szczególnie gdy instancja jest samodzielnie hostowana. Klucz znajdziecie w Ustawieniach, zakładka "API", przycisk "Create an API key". Zapytania przyjmuje pod https://wasz-adres.n8n.cloud/api/v1/ z nagłówkiem X-N8N-API-KEY. Endpoint GET /workflows zwraca listę przepływów z polami name, active, createdAt, updatedAt. Endpoint GET /executions zwraca historię z polami status (success, error, warning, running), startedAt, stoppedAt i workflowId. Przy samodzielnym hostowaniu dostajecie też pełne dane przechodzące przez węzły: co który node otrzymał i co zwrócił, łącznie z treścią JSON-a.

Zapier to sytuacja nieco inna. API istnieje, klucz generujecie w Ustawieniach konta, sekcja "Developer API". Dostęp do historii uruchomień przez API (endpoint Zap Runs) jest jednak dostępny dopiero od planu Professional wzwyż. Na niższych planach API pozwala wyciągnąć listę Zapów i ich statusy: pole state przyjmuje wartości on, off, paused. Jeśli firma jest na planie Starter albo Free, połączenie z AI da listę Zapów z podstawowymi danymi, ale do historii błędów AI potrzebuje ręcznego eksportu z zakładki "Zap History" w interfejsie. Nie jest to eleganckie, ale działa: pobieracie CSV z historią konkretnego Zapa i przekazujecie do analizy.

Do każdego z tych połączeń potrzebujecie: aktywnego konta z uprawnieniami administratora, klucza API wygenerowanego w ustawieniach i dostępu sieciowego z serwera portalu do adresu API narzędzia. Zapier wymaga planu z dostępem do API historii, jeśli zależy Wam na automatycznym wyciąganiu błędów.

Co wyciągamy i co z tym robi AI

Konkretna lista tego, co AI dostaje z Make'a przy pierwszym połączeniu: lista wszystkich scenariuszy z datą ostatniego uruchomienia, liczba operacji zużytych w bieżącym miesiącu, flaga isActive i typ wyzwalacza (harmonogram, webhook, natychmiastowy). Potem dla każdego scenariusza historia ostatnich uruchomień z datą, czasem trwania i statusem. Przy statusie error dostaje też komunikat, np. "400: Invalid JSON in module 3: Airtable" albo "Authentication token expired: Google Sheets".

Z n8n wyciągamy to samo plus, przy samodzielnym hostowaniu, pełne dane wejściowe i wyjściowe każdego węzła. Jeśli workflow w n8n pobierał faktury z FTP, przetwarzał je i zapisywał do bazy, AI widzi dokładnie: jakie pliki pobierał w każdym uruchomieniu, co z nich wyciągnął i jak wyglądał rekord zapisany do bazy.

Co AI z tym robi? Kilka rzeczy naraz. Sortuje scenariusze według daty ostatniego poprawnego uruchomienia: te, które nie odpaliły się od 30, 60 albo 90 dni, lądują na górze listy do przejrzenia. Grupuje błędy: jeśli pięć różnych scenariuszy ma ten sam błąd "Authentication failed: HubSpot", to jeden problem do rozwiązania, nie pięć osobnych. Patrzy na stosunek sukcesów do błędów: scenariusz, który 8 razy na 10 kończy się błędem, jest ewidentnie zepsuty, nawet jeśli ma status "włączony" i nikt go nie wyłączył.

Firma dostaje wtedy nie listę 60 scenariuszy do przejrzenia, tylko trzy grupy: do wyłączenia, do naprawy i do opisania. To jest różnica między "mamy dane" a "wiemy, co zrobić".

AI czyta stary scenariusz i opisuje go po ludzku

To jest moim zdaniem najbardziej wartościowa rzecz z całego połączenia. Stary scenariusz w Zapierze albo Make'u często wygląda tak: "Webhook -> Formatter -> Filter -> Google Sheets". Cztery kroki, zero opisu, zero kontekstu. Kto to ustawił i po co, nie wiadomo.

AI czyta strukturę scenariusza: nazwy modułów, mapowanie pól, warunki w filtrach, adresy docelowe. Potem opisuje to po ludzku. Przykład z Make'a u jednego klienta: scenariusz o nazwie "Formularz kontaktowy 2021" pobierał dane z webhooka, przepuszczał przez moduł Text parser (wycinał NIP z treści wiadomości), a potem zapisywał do arkusza Google o nazwie "Leady kontaktowe v2". AI napisało: "Ten scenariusz odbiera zgłoszenia z formularza kontaktowego ze starej strony, wyciąga NIP ze wiadomości i zapisuje go razem z danymi kontaktowymi do arkusza Leady kontaktowe v2. Ostatnie uruchomienie: 14 miesięcy temu. Arkusz docelowy nie istnieje."

Dwie minuty czytania zamiast piętnastu minut klikania po interfejsie Make'a.

Do tego AI wskazuje, gdzie scenariusz jest kruchy. Jeśli w filtrze jest warunek "Jeżeli pole 'email' zawiera '@'", AI zwróci uwagę, że taka walidacja przepuści każdy ciąg znaków z małpą. Jeśli scenariusz zapisuje dane do arkusza bez sprawdzania duplikatów, AI napisze, że przy powtórnym uruchomieniu ten sam rekord wyląduje dwa razy. Nie zawsze firma chce to naprawiać od razu, ale przynajmniej wie, że tak działa.

Kiedy przenosimy scenariusz do narzędzia w portalu, a kiedy zostawiamy

Nie każdy scenariusz warto przenosić. Make i Zapier mają gotowe integracje z setkami aplikacji i ten zasób jest realną wartością. Ale część scenariuszy to proste kroki, które nie wymagają zewnętrznej platformy: "weź dane z webhooka, zapisz do bazy, wyślij maila". Takie rzeczy da się zbudować bezpośrednio w narzędziu portalu. Firma przestaje wtedy zależeć od limitu operacji w planie Make'a ani od progów cenowych Zapiera.

AI ocenia to po kilku kryteriach. Scenariusze, które nie używają żadnej zewnętrznej integracji, tylko Webhook, HTTP i zapis do arkusza albo bazy, są pierwszymi kandydatami do przeniesienia. Scenariusze uruchamiające się setki razy dziennie, zużywające dużo operacji, też warto przejrzeć, bo koszt planu rośnie liniowo z liczbą operacji.

Typowy przypadek, gdzie przeniesienie miało sens: firma miała scenariusz w Make'u, który odbierał webhook z formularza zamówienia, formatował pola adresowe i zapisywał rekord do arkusza Google. Trzy moduły, żadnej zewnętrznej aplikacji poza wbudowanymi. To samo zrobiło narzędzie w portalu, a firma przestała zużywać kilka tysięcy operacji miesięcznie na ten jeden przepływ.

Kiedy zostajemy w Make albo Zapierze: gdy scenariusz spina kilka zewnętrznych systemów z gotowymi integracjami, na przykład WooCommerce, BaseLinker i subiekt GT. Przepisywanie tego od zera nie ma sensu, bo gotowe connektory w Make'u robią za darmo to, co własna integracja kosztuje tygodnie. AI wskazuje tę granicę, firma decyduje.

Od czego zaczynamy w Waszej firmie

Pierwsze spotkanie wygląda zwykle tak: wyciągamy przez API albo eksport listę wszystkich scenariuszy z datą ostatniego uruchomienia. To daje obraz skali: kilkanaście scenariuszy to kilka godzin pracy AI, kilkadziesiąt to projekt na jeden, dwa dni.

Potem dzielimy na trzy grupy. Pierwsza: scenariusze, które nie działają od ponad 60 dni. To kandydaci do wyłączenia albo naprawy, zależy co się tam stało. Druga: scenariusze z powtarzającymi się błędami. Tu AI patrzy na komunikaty i często wystarczy jedno działanie: odświeżenie tokenu OAuth, zmiana adresu webhooka, poprawka mapowania pola. Trzecia: scenariusze aktywne, których nikt nie opisał. Tu AI robi skrócone opisy w języku polskim, które trafiają do dokumentu roboczego.

Już po tym pierwszym przeglądzie firma wie, co ma. Często jest zaskoczenie: scenariusze "włączone", które od wielu miesięcy nie robią nic pożytecznego, a liczycie je do planu. Albo scenariusze zapisujące dane do arkusza, który od dawna nikt nie czyta. Wiedza o tym jest pierwszym krokiem do porządku w automatyzacjach.

Jeśli chcecie zobaczyć, jak taki przegląd wygląda u Was: 15 minut rozmowy wystarczy, żebyśmy ustalili, z którego narzędzia zaczynamy i co chcecie z tego wyciągnąć. Możecie też zajrzeć na realne wdrożenia, jeśli chcecie zobaczyć, jak to działa w konkretnych firmach.