Model językowy staje się użyteczny wtedy, gdy otrzymuje właściwe dane, a jego wynik trafia do miejsca, w którym pracuje zespół. Projektujemy tę współpracę: od pobrania informacji i reguł przetwarzania po zapis w systemie oraz obsługę błędów.
Integracja może wesprzeć pojedynczy krok: sklasyfikować zgłoszenie, podsumować korespondencję lub wydobyć dane do formularza. Szersze wdrożenie może łączyć kilka źródeł i etapów. Najpierw określamy odpowiedzialność modelu i to, jak sprawdzić jego wynik.
Sprawdzamy API, strukturę baz i dostępne formaty plików. Ustalamy źródło prawdy dla każdej informacji, wymagane uprawnienia oraz to, które dane są potrzebne modelowi. Uwzględniamy dokumenty i wiedzę firmową, jeśli zadanie wymaga wyszukiwania kontekstu.
Budujemy połączenia z CRM, ERP, helpdeskiem lub aplikacją wewnętrzną. Projektujemy walidację wyników, limity, ponawianie nieudanych operacji i ochronę przed powielaniem zapisów. Działania wpływające na klienta lub istotne dane mogą wymagać zatwierdzenia przez pracownika.
Porównujemy wyniki na reprezentatywnych przykładach i sprawdzamy sytuacje wyjątkowe: brak danych, przerwę w dostępności API lub nieprawidłowy format odpowiedzi. Kryteria odbioru obejmują zarówno jakość pracy modelu, jak i poprawność działania całej integracji.
Wiadomość klienta trafia do klasyfikacji. System pobiera dane sprawy z CRM, przygotowuje propozycję odpowiedzi i przekazuje ją pracownikowi. Po akceptacji zapisuje odpowiedź oraz status. Zakres dostępu i automatycznych działań ustalamy przed wdrożeniem.
Ilustracja możliwego zastosowania. Zakres konkretnego projektu ustalamy indywidualnie.
Na pierwszą rozmowę przyda się opis zadania, nazwy używanych systemów i informacja o dostępności ich API. Możliwości integracji oraz potrzebne zmiany oceniamy po zapoznaniu się z dokumentacją i warunkami dostępu.
Często można wykorzystać jego API, import plików lub inną dostępną metodę wymiany danych. Zakres zmian zależy od możliwości systemu. Jeśli nie ma odpowiedniego interfejsu, omawiamy ograniczenia i możliwe warianty przed wyceną.
Nie. Model może wykonywać jedno dobrze zdefiniowane zadanie wewnątrz zwykłego procesu. Agent jest opcją wtedy, gdy potrzebny jest kontrolowany wybór narzędzi i kolejnych działań.
Uwzględniamy liczbę i złożoność integracji, dostępność danych, wymagania jakości oraz sposób wdrożenia. Oddzielnie szacujemy koszty eksploatacji: wywołania modeli, zasoby infrastruktury i uzgodnione utrzymanie.
Opowiedz, jak dziś pracujecie, z jakich systemów korzystacie i co ma się zmienić. Wspólnie określimy sensowny pierwszy krok.
