Maven Apps: Twoi agenci potrzebują operatorów, a nie pulpitów z przełącznikami

Panel przełączników robi dokładnie to, do czego go podłączono: przestawiasz przełącznik i za każdym razem otrzymujesz tę samą, z góry ustaloną reakcję. Jeśli poprosić go o coś spoza tego obwodu, nie poradzi sobie, bo nie obsługuje zmienności, tylko okablowanie.

Operator centrali działa inaczej. Wystarczy przekazać mu prośbę, na przykład „proszę mnie połączyć z recepcją”, a sam ustali, jak to zrobić: której linii użyć, co zrobić, jeśli jest zajęta, i co zrobić, jeśli sama prośba była niejednoznaczna. Nie przekazuje po prostu sygnału dalej – interpretuje go i na jego podstawie działa.

Maven Apps to operatorzy, a nie panele przełączników. Gdy zabraliśmy się za budowę frameworku, na którym opiera się nasza infrastruktura aplikacji, świadomie postawiliśmy na jedno: nie budować kolejnej warstwy integracyjnej. Zbudować prawdziwą platformę aplikacyjną, na której agenci AI są pełnoprawnymi uczestnikami.

Dziś w naszym frameworku działają tysiące aplikacji. Owszem, są wśród nich aplikacje dla najważniejszych systemów zewnętrznych, takich jak Salesforce, Zendesk czy Notion. Ale są też setki niestandardowych aplikacji działających produkcyjnie z agentami w środowisku na żywo.

Dlaczego podstawowe integracje nie wystarczają

Jeśli zapytać 10 dostawców, co dla ich produktu oznacza „integracja z Salesforce”, usłyszy się 10 różnych odpowiedzi, bo system taki jak Salesforce, Zendesk czy Front nigdy nie jest tylko jedną rzeczą. Może być:

• Miejscem, do którego agent musi sięgnąć po informacje (baza wiedzy, historia zgłoszeń)
• Miejscem, w którym agent musi wykonać działanie (utworzyć zgłoszenie, zaktualizować rekord, zlecić zwrot)
• Interfejsem, w którym agent musi być obecny (copilot wspierający agentów wewnątrz konsoli, w której zespół wsparcia już na co dzień pracuje)

„Integracja z Salesforce”, która obsługuje wyłącznie artykuły, to nie ten sam produkt co integracja, która potrafi również założyć sprawę, i nie ten sam co integracja działająca jako copilot w konsoli agenta. Wszystko to często kryje się pod jednym marketingowym hasłem, a luki wychodzą na jaw dopiero podczas wdrożenia.

To problem automatu z przekąskami: stałe menu, które działa dokładnie tak, jak obiecano – dopóki tego, czego Państwo potrzebują, nie ma na liście, a wtedy decyzja jest już podjęta. Nie chcieliśmy, aby Maven Apps działały w ten sposób, dlatego zbudowaliśmy framework wokół rzeczywistej potrzeby (wiedza, możliwość działania lub kanał), a nie wokół ogólnego „konektora”.

Maven Apps: więcej niż integracje

Maven Apps mogą przybierać różne formy, ale większość opiera się na kilku wspólnych wzorcach. Kilka przykładów tego, co potrafią aplikacje:

• Aplikacje wiedzy odczytują i indeksują treści z zewnętrznego systemu, aby agent mógł na ich podstawie odpowiadać: tylko do odczytu, z wersjonowaniem i możliwością tagowania według odbiorców.
• Aplikacje funkcjonalne pozwalają agentowi faktycznie coś zrobić w danym systemie: wykonać prawdziwe wywołanie API, połączone w wieloetapowy przepływ (wyszukanie zamówienia, sprawdzenie zasad zwrotów, zlecenie zwrotu, potwierdzenie klientowi) – wszystko w ramach jednej rozmowy. Bankomat realizuje jedną zaprogramowaną transakcję ze stałego menu, a aplikacja funkcjonalna działa raczej jak osobisty doradca bankowy: przyjmuje cel, a nie pozycję z menu, i robi wszystko, by go osiągnąć, łącznie z obsługą wyjątków.
• Aplikacje kanałowe umieszczają agenta tam, gdzie już są klienci lub zespół wsparcia: we wbudowanym widżecie, w rozmowie telefonicznej, w skrzynce odbiorczej lub w panelu copilota w konsoli, z której agenci korzystają na co dzień.

Gotową aplikację z naszego katalogu zwykle można zainstalować w kilka minut. Gdy systemu klienta nie ma w katalogu, programista buduje niestandardową aplikację w oparciu o ten sam framework, to samo SDK, te same hooki cyklu życia i ten sam model bezpieczeństwa.

Nie istnieje osobna, „korporacyjna” wersja frameworku, z której korzystają tylko nasi inżynierowie – App Studio, nasza platforma dla programistów do tworzenia aplikacji, działa na identycznej architekturze. To prawdziwy TypeScript, prawdziwe SDK (@mavenagi/mavenagi) i prawdziwy pipeline wdrożeniowy, a nie własnościowy język skryptowy, którego trzeba się uczyć wyłącznie na nasze potrzeby.

Jeśli pracowali już Państwo z MCP, Maven App oferuje podobną koncepcję, ale w pełni zarządzaną. Standardowy serwer MCP wciąż wymaga samodzielnego uruchomienia, rejestracji, utrzymania i skalowania. Maven App to raczej samorejestrujący się, automatycznie skalowany endpoint MCP, bez infrastruktury, którą trzeba by utrzymywać: Państwo piszą logikę, a endpoint, uwierzytelnianie i hosting zapewniamy my.

Jak zaprojektowaliśmy aplikacje, by dawały realne możliwości

Maven App to aplikacja serverless działająca w bezpiecznym, odizolowanym środowisku i komunikująca się z platformą Maven za pośrednictwem zdefiniowanego SDK. Konkretnie:

Jest wielodostępna (multi-tenant). Pojedynczą aplikację buduje się raz i instaluje wielokrotnie, w różnych organizacjach i u różnych agentów. Każda instalacja otrzymuje własny, wydzielony kontekst (własny identyfikator organizacji, identyfikator agenta i konfigurację środowiska uruchomieniowego), ale korzysta z tego samego kodu. Dzięki temu, gdy udostępniamy ulepszenie aplikacji Salesforce, korzysta na tym każdy klient, który jej używa, i nikt nie zostaje z przestarzałą, ręcznie sklejoną wersją „swojej” integracji.

Jest odizolowana, a nie doczepiona. Każda aplikacja działa jako osobna funkcja w bezpiecznym środowisku, oddzielona od głównego backendu Maven i od aplikacji innych klientów. Państwa niestandardowa logika nigdy nie działa we współdzielonym monolicie obok cudzej. Połączenia z Państwa systemami źródłowymi mogą przebiegać przez VPN, VPC peering, OIDC lub zwykłe HTTPS z listą dozwolonych adresów IP – wybór należy do Państwa, nie do nas.

Reaguje na rzeczywiste zdarzenia, a nie na harmonogramy odpytywania. Zamiast nocnej synchronizacji aplikacja może implementować hooki zdarzeń zwane wyzwalaczami: utworzono rozmowę, napłynęła opinia, odświeżono bazę wiedzy – a platforma powiadamia aplikację w chwili, gdy dane zdarzenie nastąpi. To inny model niż w narzędziach do automatyzacji, które mogą Państwo już znać. Wyzwalacz w Maven jest pasywny: to platforma nasłuchuje zmian stanu i przekazuje je każdej zainteresowanej aplikacji, bez powiązań między aplikacją, która wywołała zdarzenie, a aplikacją, która na nie reaguje. W praktyce oznacza to, że aplikacja do odpowiadania na e-maile i zupełnie osobna aplikacja do synchronizacji z Salesforce mogą niezależnie zareagować na to samo zdarzenie „zaktualizowano rozmowę”, każda na swój sposób, nie wiedząc nawzajem o swoim istnieniu.

To ten sam mechanizm koordynacji, z którego korzysta kolonia mrówek. Żadna mrówka nie planuje zachowania kolonii i żadna nie komunikuje się bezpośrednio z inną; mrówka zmienia coś we wspólnym otoczeniu (ślad feromonowy), a wszystkie pozostałe niezależnie reagują na tę zmianę, każda według własnej prostej reguły. Inteligencja na poziomie kolonii (zoptymalizowane trasy żerowania, równoważenie obciążenia, a nawet zbiorowe decyzje, takie jak przeniesienie gniazda) wyłania się właśnie z tego – bez centralnego koordynatora i bez mrówki, która znałaby plan. Maven Apps koordynują się w ten sam sposób: zdarzenie zmienia wspólny stan, a każda zainteresowana aplikacja reaguje samodzielnie.

Ma prawdziwy cykl życia. Każda aplikacja implementuje niewielki zestaw hooków cyklu życia:

• preInstall: weryfikuje dane uwierzytelniające i konfigurację, zanim cokolwiek zostanie uruchomione. Jeśli klucz API jest błędny, instalacja wyraźnie kończy się błędem na tym etapie, zamiast po cichu zawieść 3 tygodnie później.
• postInstall: po udanej instalacji rejestruje akcje aplikacji i przydziela potrzebne jej zasoby.
• executeAction: wykonuje faktyczną pracę, o którą prosi agent, udostępnianą klientom jako funkcja: wyszukanie zamówienia, utworzenie sprawy, zlecenie zwrotu, sprawdzenie salda konta.

Większość integracji działa jak włącznik światła: włączone albo wyłączone, nic pomiędzy. Nasze przechodzą pełny cykl: instalacja, weryfikacja, działanie, wyłączenie – bliżej im do procedury, która odczytuje kontekst i się dostosowuje (sprawdź, co jest otwarte, potwierdź, co jest bezpieczne, a potem działaj), niż do przełącznika o 2 stanach. To dokładnie ta dyscyplina, jakiej oczekuje się od oprogramowania produkcyjnego – bo właśnie nim jest.

Aplikacje a integracje

Typowa integracja odpowiada na jedno wąskie pytanie, zwykle „czy dane mogą trafić z A do B”, i traktuje to jako metę. Maven App powstaje, by odpowiedzieć na pytanie trudniejsze i bardziej użyteczne: czy agent AI może wiarygodnie wiedzieć, jaki jest bieżący stan Państwa systemów, i czy można mu zaufać, że w razie potrzeby podejmie działanie w Państwa imieniu?

Większość platform dla przedsiębiorstw oferuje jakąś wersję hasła „jeśli czegoś nie mamy w standardzie, zbudujcie to sami”. Zwykle nie mówią jednak, że budowanie samodzielnie oznacza własny serwer, własne skalowanie i własny przegląd bezpieczeństwa na własnej infrastrukturze. Zwykła luka w katalogu konektorów staje się wtedy decyzją kadrową: czy zdobyć budżet na inżynierię i infrastrukturę, czy pozostać przy tym, co jest gotowe? Dzięki Maven Apps nasi klienci nie muszą wybierać mniejszego zła. Niestandardowa aplikacja zbudowana przez Państwa lub Państwa programistę działa na naszej infrastrukturze, z tym samym monitoringiem, skalowaniem i poziomem bezpieczeństwa co każda gotowa aplikacja z naszego katalogu. Państwo piszą kod, my go uruchamiamy.

Dlatego też architektura wymaga rzeczy, którymi zwykły webhook nigdy nie musi się przejmować:

• Ustrukturyzowane odpowiedzi o ograniczonym rozmiarze. Każda akcja wykonywana przez aplikację zwraca jasną odpowiedź oraz ustrukturyzowane dane, na podstawie których agent może wnioskować – a nie surowy, nieograniczony blok danych, który musiałby zgadywać.
• Podpisane, wzajemne uwierzytelnianie. Platforma podpisuje każde żądanie do aplikacji, aby aplikacja mogła sprawdzić, że to rzeczywiście Maven, a aplikacja uwierzytelnia się wobec platformy własnymi danymi. Żadna ze stron nie musi polegać wyłącznie na zaufaniu do sieci.
• Konfiguracja weryfikowana, zanim trafi na produkcję. Ponieważ preInstall działa, zanim aplikacja zostanie uruchomiona, błędne dane uwierzytelniające lub brakujące ustawienie zostają wychwycone podczas instalacji, a nie wtedy, gdy po raz pierwszy polega na nich klient.
• Prawdziwa infrastruktura pod spodem, a nie tylko wywołanie funkcji. Aplikacje są pełnymi aplikacjami, więc mogą przechowywać rzeczywisty stan: pamięć podręczną, licznik limitów, niewielką bazę danych – a nie tylko bezstanowe żądanie i odpowiedź. To umożliwia na przykład śledzenie, czy wskaźnik rozwiązań w danej domenie spadł o ponad 10% w ciągu ostatnich 24 godzin, i powiadomienie zespołu, gdy tak się stanie. Samo wywołanie API nie przechowa takiej pamięci. Prawdziwa aplikacja tak – tak jak kolonia mrówek pamięta, gdzie jest pożywienie, choć żadna pojedyncza mrówka tego nie wie.
• Ochrona danych wrażliwych przed modelem. Niektóre kroki w ogóle nie powinny przechodzić przez AI. Gdy klient jest gotowy kupić produkty z koszyka, agent uruchamia proces płatności w aplikacji, a aplikacja zbiera dane płatnicze i osobowe bezpośrednio od klienta za pośrednictwem własnego, bezpiecznego interfejsu. Agent koordynuje przepływ, ale numery kart i inne wrażliwe informacje nigdy nie trafiają do rozmowy z AI.
• Jedna baza kodu, wszyscy klienci, odizolowany zasięg awarii. Wielodostępność oznacza, że poprawki i ulepszenia wdraża się raz i trafiają do wszystkich, a izolacja sprawia, że niestandardowa logika jednego klienta nigdy nie wpłynie na innego.

Co to oznacza dla Państwa

Jeśli rozważają Państwo Maven, praktyczny wniosek jest taki: gdy mówimy, że agent potrafi odpowiedzieć na pytanie i podjąć na jego podstawie działanie, mamy na myśli, że za tym działaniem stoi prawdziwa aplikacja – wersjonowana, uwierzytelniona, odizolowana i zbudowana na tym samym frameworku, niezależnie od tego, czy stworzył ją nasz zespół, czy Państwa. Na tym polega różnica między agentem, który potrafi rozmawiać o Państwa systemach, a takim, który jest z nimi faktycznie połączony.

Stworzyliśmy Maven Apps, bo uważamy, że właśnie tym „integracja” powinna być od samego początku.