Punkt wyjścia
Firma konsultingowa IT robi projekty ERP na Odoo. Konsultanci wiedzieli, że AI istnieje. Próbowali ChatGPT, próbowali Claude. Nie umieli tego połączyć z własną dokumentacją i z modułami konkretnego klienta. Wiedza zostawała w jednej osobie.
Problem
- Czat bez kontekstu. Model nie widzi repozytorium ani tego, jakie moduły ma klient.
- Dokumentacja gdzie indziej. Materiały wewnętrzne i dokumentacja klienta żyją poza czatem.
- Zespół nie dzieli się skillami. Każdy próbuje po swojemu. Kolejny kolega zaczyna od zera.
Rozwiązanie: środowisko z kontekstem klienta
Wszedłem do projektu jako zewnętrzny konsultant. Zadaniem nie było „nauczyć ich promptować”. Zadaniem było postawić środowisko, w którym zespół razem poprawia i analizuje projekty Odoo.
Na serwerze działa automatyzacja, która potrafi zduplikować środowisko klienta:
- Repozytorium Odoo i moduły, które dany klient ma zainstalowane.
- Dokumentacja firmy i klienta ściągnięta do bazy wiedzy. Claude ma do niej dostęp. Więcej o context engineering.
- Wspólne skille. Konsultant nie zaczyna pustym czatem. Widzi to, co widzi kolega.
Wąskim gardłem nie był model. Był dostęp do kontekstu.
Co się zmieniło
- Bardziej systematyczna praca. Konsultanci idą w problem klienta z całym stackiem, nie ze zgadywaniem.
- Szybsze dostawy. Nowe zmiany w Odoo wychodzą wcześniej, bo AI widzi ten sam kod i tę samą dokumentację co zespół.
- Wiedza zostaje w środowisku. Gdy ktoś wypada, kontekst nie wychodzi z nim.
Co z tego wziąć do siebie
- Nie kupujcie kolejnego czatu. Jeśli ludzie już mają Claude i nadal błądzą, brakuje im środowiska z danymi klienta.
- Zduplikujcie to, na czym się pracuje. Repozytorium, moduły, dokumentacja. Wtedy AI ma co czytać.
- Skille należą do zespołu. Prompt w prywatnym oknie jednego konsultanta firmie nic nie da.
Jak to spróbować u was
Jeśli chcecie coś podobnego u siebie, zacznijmy od 15-minutowej rozmowy. Sprawdzimy, czy to ma u was sens i które ze szkoleń będzie najlepszym startem. Kolejne przykłady są w dziale Realizacje.