AI w eVolpe

AI w eVolpe – jak sami pracujemy z AI, zanim wdrożymy je u klientów

W eVolpe z AI korzysta na co dzień każdy zespół, według wspólnych zasad bezpieczeństwa. Najdalej poszliśmy w wytwarzaniu oprogramowania: przy rozwoju SuiteCRM i MintHCM agenci AI wykonują zadania programistyczne w procesie z bramkami akceptacji przez człowieka. Ta strona pokazuje, jak to działa, czego się nauczyliśmy i co z tego wynika dla klientów.

W skrócie:

  • Rekomendujemy klientom tylko te rozwiązania AI, które sprawdziliśmy na własnych procesach – razem z ich ograniczeniami.
  • Agentic Engineering stosujemy obecnie przy rozwoju SuiteCRM i MintHCM; rozszerzenie na kolejne systemy przygotowujemy.
  • Agent AI nie zamyka zgłoszenia sam: plan, wynik i odbiór zatwierdza człowiek.
  • Zbudowaliśmy własne serwery MCP dla SugarAI i SuiteCRM oraz agentów AI dla SuiteCRM i MintHCM.

AI w systemach, które wdrażamy

Dlaczego partner wdrożeniowy powinien najpierw stosować AI u siebie?

Partner, który sam pracuje z AI, zna jej ograniczenia z praktyki, a nie z prezentacji producenta. Wie, gdzie agent oszczędza czas, gdzie wymaga stałej kontroli i jakie błędy popełnia powtarzalnie. Dlatego transformację AI przeprowadziliśmy najpierw we własnej organizacji. Zasady, które stosujemy u klientów – zakres autonomii agenta, punkty kontrolne, ślad decyzji i minimalne uprawnienia – wynikają z tego doświadczenia. Ofertę wdrożeń opisujemy na stronie Wdrożenie AI w CRM, obsłudze klienta i HR.

ai w evolpe

Jak wygląda Agentic Engineering w eVolpe?

Agentic Engineering to proces wytwarzania oprogramowania, w którym agenci AI wykonują kolejne etapy pracy, a człowiek zatwierdza wynik w ustalonych punktach kontrolnych. W eVolpe biorą w nim udział analityk, architekt, deweloper-implementator, agent AI, code reviewer i tester. Kolejnością kroków steruje orkiestrator, który pilnuje, żeby żaden etap nie pominął człowieka. Proces działa przy rozwoju SuiteCRM i MintHCM (eVolpe, 26.10.2026).

  • Plan. Agent analizuje user story i kod, przygotowuje plan i dopytuje o luki w opisie. Deweloper akceptuje plan, koryguje go albo zawraca.
  • Scenariusze testów. Przed implementacją agent generuje scenariusze testowe na podstawie user story.
  • Implementacja i samoweryfikacja. Agent pisze kod, uruchamia testy jednostkowe i przeglądarkowe, poprawia błędy w pętli z limitem prób.
  • Akceptacja i code review. Deweloper sprawdza wynik i raport weryfikacji, reviewer ocenia automatyczny przegląd kodu.
  • Testy i odbiór techniczny. Tester uzupełnia brakujące scenariusze, dotestowuje ręcznie i podpisuje się pod wynikiem.

Pełny opis procesu: Jak wygląda wytwarzanie oprogramowania z agentami AI w praktyce?

Co klient dostaje z naszego procesu agentowego?

Klient dostaje więcej dowodów na to, że praca została wykonana dobrze, a nie tylko szybciej wykonaną pracę. Decyzje podjęte w trakcie realizacji wracają do zgłoszenia w Redmine, zamiast zostawać w komunikatorze. Każde zgłoszenie ma testy powiązane z user story i raport weryfikacji, który wymienia także obszary niesprawdzone, z podaniem powodu.

ObszarCzęsta praktyka bez agentów AIProces z agentami AI w eVolpe
Decyzje w trakcie realizacjiCzęsto zostają w komunikatorzeDopisywane do user story w Redmine
Dowód działaniaDeklaracja dewelopera i ręczne sprawdzenieTesty jednostkowe i przeglądarkowe oraz raport weryfikacji
Obszary nieprzetestowaneZwykle niewidoczneWymienione w raporcie z powodem
RegresjaZależna od czasu i pamięci testeraTesty zgłoszenia uruchamiane przy każdej poprawce
Odbiór technicznyTester bez pełnej listy pokryciaTester z listą scenariuszy i ich pokryciem testami

Źródło: Co zmienia się dla klienta, gdy partner wdrożeniowy pracuje z agentami AI?

Czego nauczyliśmy się, pracując z agentami AI?

Najważniejsza lekcja: akceptacja planu przez człowieka nie jest formalnością. Agent AI regularnie proponuje rozwiązania, które trzeba skorygować – bo brakuje mu wiedzy spoza user story albo jego plan jest poprawny technicznie, ale naruszyłby inny proces w systemie. Bywa też odwrotnie: agent proponuje rozwiązanie lepsze niż zakładał zespół. Poniżej przykłady z naszej praktyki.

  • Dostęp do środowisk. Agent z dostępem do kilku instancji tego samego systemu uznał, że może analizować dane na środowisku innym niż projekt, nad którym pracował. Deweloper zatrzymał go przed wykonaniem działania. Ten przypadek pokazuje, dlaczego zakres dostępu agenta do środowisk i danych trzeba ustalać wprost.
  • Powtarzalne błędy trafiają do instrukcji. Agent dodawał przyciski akcji na formularzach, ale nie sprawdzał uprawnień użytkownika. Reviewerzy wyłapywali to wielokrotnie, więc reguła trafiła do instrukcji agenta. Raporty z przeglądów analizujemy okresowo pod kątem takich wzorców. Więcej: Jak agent AI uczy się na błędach zespołu?
  • Raport musi mówić, czego nie sprawdzono. Przy dodaniu pola NIP z walidacją raport wskazał, że nie przetestowano importu rekordów ani polskich etykiet, bo instancja testowa nie miała paczki językowej. Taka informacja mówi testerowi, od czego zacząć.
  • Oszczędność czasu nie jest równa dla wszystkich zadań. Największe skrócenie widzimy przy powtarzalnych zmianach struktury: nowych polach, walidacjach, modyfikacjach modułów. Przy integracjach i złożonych procesach udział człowieka rośnie. Jak liczymy oszczędności: Ile naprawdę oszczędza AI w developmencie?

Jak AI pracuje w pozostałych zespołach eVolpe?

Poza wytwarzaniem oprogramowania AI wspiera research, tworzenie treści, analizę widoczności i projektowanie wdrożeń. W każdym z tych obszarów obowiązuje ta sama zasada: AI przygotowuje materiał, a człowiek odpowiada za wynik. Dlatego przy każdym zastosowaniu wskazujemy, co robi AI, a co należy do zespołu.

Kampanie i segmentację kontaktów prowadzimy w Mauticu – tym samym systemie marketing automation, który wdrażamy u klientów. To automatyzacja oparta na regułach, nie AI, dlatego opisujemy ją osobno.

Jakie zasady bezpieczeństwa stosujemy przy pracy z AI?

Przy pracy z AI stosujemy te same zasady, które projektujemy dla klientów: minimalne uprawnienia, ślad decyzji i odpowiedzialność człowieka za wynik. Agent ma dostęp tylko do środowisk i danych potrzebnych do zadania. Każde działanie agenta w procesie developerskim jest zapisane w zgłoszeniu. Za plan, kod i odbiór techniczny odpowiadają konkretne osoby z zespołu, a nie narzędzie.

Jakie rozwiązania AI zbudowaliśmy sami?

Poza konfiguracją AI w systemach producentów rozwijamy własne rozwiązania, które powstały z powtarzających się potrzeb klientów i naszej pracy. Najważniejsze z nich łączą modele AI z systemami CRM i HCM, które wdrażamy, na kontrolowanych uprawnieniach.

RozwiązanieDo czego służyGdzie działaStatus
Serwer MCP dla SugarAIŁączy modele AI z danymi i operacjami w SugarSugarAIDostępny
Serwer MCP dla SuiteCRMŁączy modele AI z danymi i operacjami w SuiteCRMSuiteCRMDostępny
AI Agents dla SuiteCRMAgenci konfigurowani przez klienta w systemie; pierwsze agenty uruchamiamy wspólnieSuiteCRM, MintHCMWkrótce
Orkiestrator procesu agentowegoProwadzi zgłoszenie przez etapy Agentic Engineering z bramkami akceptacjiWewnętrznie, rozwój SuiteCRM i MintHCMNarzędzie wewnętrzne
ai w evolpe

Najczęściej zadawane pytania

Czy eVolpe używa agentów AI w projektach klientów?

Tak, przy rozwoju SuiteCRM i MintHCM. Każdy plan i wynik pracy agenta zatwierdza człowiek, a kod przechodzi code review i testy. Rozszerzenie procesu na kolejne systemy przygotowujemy.

Czy agent AI sam wdraża zmiany w systemie klienta?

Nie. Agent przygotowuje plan, kod i testy, ale o włączeniu kodu decyduje zespół, a o wdrożeniu na produkcję – klient po testach akceptacyjnych.

Czy klient widzi pracę agenta AI?

Tak. Zmiany statusu, zaktualizowane user story, zgłoszenia błędów i raport weryfikacji trafiają do Redmine, gdzie klient może odtworzyć decyzje podjęte w trakcie realizacji.

Czy praca z agentami AI obniża koszt projektu?

Przy prostych, powtarzalnych zmianach czas pracy zespołu się skraca. Przy integracjach i złożonych procesach oszczędność jest mniejsza. Wycenę omawiamy dla konkretnych zgłoszeń, a nie jako stały rabat.

Kto odpowiada za kod przygotowany przez agenta AI?

Zespół eVolpe. Pod odbiorem technicznym podpisuje się tester, a za plan i wynik odpowiadają deweloper i reviewer.

Czym różni się Agentic Engineering od vibe codingu?

Vibe coding to generowanie kodu przez AI bez systematycznej weryfikacji. Agentic Engineering to proces z etapami, testami, przeglądem kodu i akceptacją człowieka.

Masz pytania?

Skontaktuj się z ekspertami eVolpe do spraw sztucznej inteligencji

Przewijanie do góry