MCP Events w firmie: od nowego zgłoszenia do pracy agenta

Nowe zgłoszenie może uruchomić zebranie dokumentów i przygotowanie planu obsługi, zanim pracownik otworzy skrzynkę. Taki proces potrzebuje informacji, że coś się wydarzyło, oraz narzędzi do wykonania pracy. MCP Events dotyczą pierwszej części: zdarzeń z podłączonych aplikacji, na które może zareagować automatyzacja.

29 września 2026 OpenAI ogłosiło obsługę proponowanej specyfikacji MCP Events w automatyzacjach pluginów. Przykład producenta dotyczy nowego zadania na tablicy projektowej i przygotowania planu na podstawie powiązanych dokumentów. Stan: 1 października 2026. Komunikat OpenAI.

Zdarzenie, narzędzie i harmonogram

Narzędzie udostępnia operację, np. odczyt zgłoszenia. Zdarzenie informuje o zmianie, np. utworzeniu tego zgłoszenia. Harmonogram uruchamia pracę o określonej porze. W procesie można potrzebować wszystkich tych elementów, ale mają inne zadania.

Obsługa MCP w aplikacji nie dowodzi obsługi MCP Events. Trzeba sprawdzić konkretny plugin, klienta i połączenie. Status proponowanej specyfikacji oznacza też potrzebę śledzenia zmian. Nie zakładaj, że dowolny serwer MCP potrafi już wysyłać zdarzenia do każdego asystenta.

Przykład dla działu obsługi

Poniższy przepływ jest propozycją wdrożenia. Po nowym zgłoszeniu integracja odczytuje jego identyfikator i pobiera aktualny stan. Agent sprawdza wskazaną dokumentację oraz przygotowuje szkic odpowiedzi. Jeśli brakuje numeru zamówienia, zapisuje pytanie do operatora. Gotowy materiał trafia do kolejki przeglądu.

Poza instrukcją modelu potrzebne są:

• konto z dostępem do odpowiednich zgłoszeń;
• reguła określająca, które zdarzenia uruchamiają zadanie;
• miejsce na wynik oraz informację o jego stanie;
• sposób zatrzymania i ponowienia pracy po awarii.

Wysyłka odpowiedzi może pozostać po stronie pracownika. Jeżeli później ma stać się automatyczna, wymaga własnych reguł, uprawnień i prób.

Co zrobić, gdy zdarzenie przychodzi dwa razy

Przy projektowaniu integracji sprawdź gwarancje dostarczenia zdarzeń. Nie zakładaj, że każde dotrze dokładnie raz i we właściwej kolejności. Powtórzone powiadomienie nie powinno tworzyć drugiej oferty ani wysyłać tej samej wiadomości.

Własna warstwa wykonawcza może prowadzić rejestr operacji powiązanych z identyfikatorem sprawy, typem działania i wersją źródła. Przed zapisem sprawdza, czy operacja już istnieje. Taki rejestr trzeba zaprojektować i sprawdzić w warstwie integracji; sama obsługa MCP Events go nie zapewnia.

Jeśli zapis się udał, ale potwierdzenie zaginęło, najpierw odczytaj stan systemu docelowego. Ponawianie w ciemno jest szczególnie kłopotliwe przy działaniach z efektem finansowym. Niepewną sprawę przekaż operatorowi wraz z identyfikatorem i historią prób.

Granice danych i poleceń

Treść zgłoszenia jest materiałem do obsługi. Nie może sama rozszerzać dostępu agenta. Konto odczytujące zamówienie powinno mieć taki zakres, jaki zaakceptowała firma. Narzędzia zapisu udostępniaj dla konkretnych działań.

Podobny kierunek pokazuje Ada Computer: łączy narzędzia API, MCP i wykonywany kod. Reguły kwot oraz uprawnień można realizować w kodzie i systemach firmy. Przykłady w komunikacie dostawcy są jego demonstracjami. Ada Computer.

Koszt i odbiór wdrożenia

Koszt miesięczny obejmuje wykonania, modele, narzędzia, przechowywanie stanu i obsługę wyjątków. Przy 1 000 spraw i dwóch próbach dla 10% z nich powstaje 1 100 prób. To model obliczeniowy; rachunek zależy również od długości kontekstu i czasu pracy narzędzi.

Automatyzacje Syntalith zaczynają się od 7 500 zł netto, a aplikacje i agenci od 12 500 zł netto. Dobór zależy od zakresu decyzji i integracji. Koszty działania oraz opieki wyceniamy osobno.

Przy odbiorze sprawdź zwykłe zgłoszenie, duplikat, brak uprawnień i przerwanie po zapisie. Opisz zdarzenie, od którego zaczyna się praca. Konkretny przykład znajdziesz w poradniku agenta przygotowującego wycenę. Dla raportów uruchamianych o stałej porze zobacz Team Tasks.