Szczegóły możliwości

Agent

Agenci biznesowi, którzy wyszukują informacje, oceniają sytuację i udzielają rekomendacji — zintegrowani z WeCom, komputerem i urządzeniami mobilnymi.

01 / Decyzje technologiczne

Trzy kompromisy, których nie da się uniknąć

Każdy ma swoją cenę; oto, którą stronę wybraliśmy i dlaczego.

Jak podłączyć narzędzia: pozwolić modelowi wybierać czy zakodować przepływ na stałe

Typowa praktykaPrzekazać listę narzędzi modelowi i pozwolić mu zdecydować, które wywołać

AlternatywaZakodować przepływ biznesowy na stałe; model jedynie wypełnia parametry

Nasze podejścieZakodować szkielet procesu na stałe, a modelowi pozwolić decydować o rozgałęzieniach

Swobodne wywoływanie narzędzi przez model robi wrażenie w demo, ale w produkcji jest niekontrolowane — to samo pytanie może skutkować trzema różnymi łańcuchami narzędzi, a awarie nie dają się odtworzyć. Zakodowanie wszystkiego na stałe odbiera agentowi całą wartość. Nasze podejście: główny przepływ jest stały (sprawdź rejestr aktywów, potem bazę wiedzy, następnie udziel rekomendacji), a model decyduje, czy coś wyszukać i w jakiej kategorii. To zachowuje zarówno kontrolę, jak i elastyczność.

Co się dzieje przy awarii: ponowienie, degradacja czy głośny błąd

Typowa praktykaPonowić próbę trzy razy przy awarii

AlternatywaPrzełączyć na silnik reguł przy awarii

Nasze podejścieKierować według typu awarii: ponawiać przy błędach sieciowych, degradować przy błędach logiki, natychmiast zwracać błąd przy błędach uprawnień

Ślepe ponowienia potęgują problem, gdy błąd leży po stronie narzędzia (np. podwójne zgłoszenie). Nasza reguła kierowania: ponawiać przy przekroczeniach limitu czasu i limitach zapytań; przy „nie znaleziono" degradować do fallbacku opartego na regułach; błędy uprawnień lub parametrów zwracać natychmiast bez ponowień.

Jak ludzie i agenci współpracują: pełna automatyzacja czy człowiek w pętli

Typowa praktykaPełna automatyzacja, bez udziału człowieka

AlternatywaCzłowiek potwierdza każdy krok

Nasze podejścieOperacje odczytu w pełni zautomatyzowane, operacje zapisu wymagają potwierdzenia, operacje wysokiego ryzyka weryfikowane przez dwie osoby

Pełna automatyzacja sprawdza się przy odczycie danych, ale gdy tylko pojawia się edycja rejestru lub zatwierdzanie, błędy kosztują drogo. Dlatego dzielimy operacje według ich charakteru: odczyt jest otwarty, zapis wymaga potwierdzenia, a usuwanie lub działania między systemami wymagają przeglądu przez dwie osoby.

02 / Porównanie opcji

Jeden problem, trzy podejścia

Nie ma rozwiązania optymalnego — są tylko rozwiązania dopasowane do scenariusza.

Rozwiązanie	Kontrola	Zakres	Koszt utrzymania	Dla kogo
Tylko prompt + jednokrotne wywołania narzędzi	Wysoka	Wąski (tylko pojedyncze kroki)	Niski	Asystent Q&A, scenariusze z pojedynczym zapytaniem
Stały workflow z modelem uzupełniającym parametry	Bardzo wysoka	Średni (tylko tam, gdzie obejmuje go proces)	Średni	Procesy o stabilnym przebiegu, np. zgłoszenia napraw i zatwierdzenia
Szkielet procesu + decyzje modelu + orkiestracja narzędzi	Średnio-wysoka	Szeroki	Wysoki (wymaga ciągłego dostrajania)	Scenariusze wymagające współpracy kilku systemów i podejmowania decyzji

Kontrola i zakres są ze sobą z natury w napięciu. Wybór zależy od kosztu błędu i złożoności scenariusza.

Co robimy

Equipment Steward · Agent AI do obsługi hali wystawowej
Baza wiedzy o 402 awariach · rejestr 66 urządzeń · 55 typów urządzeń
Integracja z WeCom / PC / mobile
Orkiestracja agenta i wywoływanie narzędzi

Omówienie wymagań

Forma dostawy

Model wdrożeniaOn-Premise / Private Cloud / Intranet

Zakres dostawySystem + dokumentacja + szkolenie

Wsparcie serwisoweZdalnie + na miejscu

Dostawa kodu źródłowegoDo negocjacji

Powiązane realizacje

Sprawdzone systemy

Nazwy klientów są anonimizowane zgodnie z wymogami poufności.

Produkt własny / Agent

Agent ds. obsługi urządzeń (własny)

Kontekst: Przy tak wielu typach urządzeń diagnostyka zależy od producenta, a czas reakcji jest długi.
Rozwiązanie: Agent diagnostyki usterek: oparty na bazie wiedzy, lokalizuje usterki i rekomenduje działania naprawcze, zintegrowany z WeCom.
Technologia: Baza wiedzy o usterkach (402 wpisy) · Rejestr urządzeń (66 jednostek / 55 typów) · WeCom / PC / mobile
Efekty: Typowe usterki można diagnozować bez pomocy z zewnątrz, co zmniejsza zależność od dostawcy, a rekomendacje naprawcze są w pełni identyfikowalne.

Port / Agent + sieć konsorcjalna + aplikacja

Duży port kontenerowy · Centrum szkoleń BHP

Kontekst: Port kontenerowy należący do czołówki w Chinach pod względem rocznego przeładunku. Dotychczasowe szkolenia miały głównie formę wykładów i nie obejmowały praktyki dla operacji wysokiego ryzyka.
Rozwiązanie: Kompleksowe centrum szkoleń BHP + platforma szkoleniowo-egzaminacyjna + nauka mobilna. 7 systemów egzaminacyjnych, 9 modułów oprogramowania, sieć konsorcjalna z 3 węzłami.
Technologia: Sieć konsorcjalna FISCO BCOS (PBFT) · zapis wyników w łańcuchu przez SHA-256 · backend node.js · klient Android · interakcja z modelami 3D
Efekty: Rekordy szkoleń weryfikowalne w łańcuchu i odporna na manipulacje dokumentacja; obejmuje 55 kategorii sprzętu i 66 pozycji ewidencji urządzeń.

Zobacz wszystkie realizacje

03 / Ścieżka wdrożenia

Ile kroków od zera do uruchomienia

Kolejności nie można odwrócić: rozpoczęcie od operacji zapisu lub wieloetapowej orkiestracji sprawia, że błędy są bardzo trudne do prześledzenia.

Sporządź listę dostępnych narzędzi

Przekształć interfejsy istniejącego systemu w listę narzędzi, każde z jawnie określonymi danymi wejściowymi, wyjściowymi i zwrotami błędów. Pominięcie tego kroku sprawia, że wszystko dalej jest zgadywaniem.

Zbuduj najkrótszą pętlę zamkniętą

Wybierz możliwie najwęższy scenariusz (np. „kiedy ten sprzęt był ostatnio serwisowany?”) i doprowadź do działania pełny przepływ: pytanie → wywołanie narzędzia → odpowiedź. Nie zaczynaj od wieloetapowej orkiestracji.

Dodaj mechanizmy awaryjne

Wymień wszystkie przypadki awarii i zdefiniuj strategię obsługi (ponowna próba / degradacja / zgłoszenie błędu). Ten krok decyduje o tym, czy agent może trafić na produkcję.

Rozszerz do wielu kroków

Połącz dwa sąsiednie narzędzia i dodaj gałąź decyzyjną. Każdy dodany krok oznacza ponowne uruchomienie przypadków regresyjnych.

Podłącz operacje zapisu + nadzór człowieka

Operacje zmieniające dane podłączaj na końcu i zawsze z krokiem potwierdzenia. Kolejności nie można odwrócić — rozpoczęcie od zapisów sprawia, że błędy stają się bardzo trudne do prześledzenia.

04 / Kluczowe wskaźniki

Weryfikowalne liczby

Bez przymiotników; podajemy specyfikacje.

Kroki na zadanieKroki 1–6　Powyżej 6 kroków — podział na wielu agentów

Skuteczność wywołań narzędzi≥ 95%　Poniżej tego progu najpierw napraw narzędzia — nie dostrajaj modelu

Opóźnienie end-to-end3–20 sekund　Zależy od czasów odpowiedzi narzędzi i liczby kroków

Wskaźnik interwencji manualnejZapisy potwierdzone w 100% przypadków　Operacje tylko do odczytu: 0%

05 / FAQ

O co najczęściej pytają liderzy techniczni

To pytania, które faktycznie nam zadano — odpowiedzi bez marketingowego lakieru.

Czy agent będzie wywoływał narzędzia losowo?

Nie, o ile same narzędzia mają granice uprawnień. Nie dajemy agentowi większych uprawnień, niż wymaga tego biznes — narzędzia zapytań mają dostęp tylko do odczytu, a narzędzia zapisu wymagają potwierdzenia. Egzekwowanie uprawnień przez prompty jest niebezpieczne; musi odbywać się przez uprawnienia systemowe.

Co jeśli kilka systemów ma niespójne interfejsy?

Napisz warstwę adaptacyjną. Znormalizuj interfejs każdego systemu do jednego formatu opisu narzędzia (nazwa, parametry, struktura zwrotna), tak aby agent widział tylko ujednoliconą warstwę. Ta warstwa to jednorazowy koszt, a później dodawanie narzędzi jest szybkie.

Skąd wiadomo, że agent działa poprawnie?

Zbuduj zestaw testów regresyjnych. Za każdym razem, gdy zmieniasz prompt lub narzędzie, uruchamiaj przypadki testowe i sprawdzaj, czy wskaźnik zaliczeń nie spadł. Agent bez zestawu testów psuje się przy każdej zmianie — i nigdy się o tym nie dowiesz.

Czy można zintegrować z WeCom / DingTalk?

Tak. Zintegrowaliśmy WeCom, PC i mobile z jednym backendem agenta, a front end dostosowuje formaty wiadomości do każdego kanału.

Jakie zasoby obliczeniowe potrzebne są do wdrożenia on-premise?

Uruchomienie modelu klasy 7B wraz z bazą wektorową na jednej maszynie: od 24 GB VRAM. Przy większej współbieżności użyj wielu GPU lub dodaj usługi inferencji. Dokładny dobór zależy od wymagań dotyczących współbieżności i opóźnień.