Zbuduj asystenta AI do swojej pracy

Najpierw rozstrzygnij, co zawiodło: instrukcja czy wiedza. Zapytaj asystenta, skąd wziął odpowiedź. Jeśli powołuje się na Twój plik, ale źle go zrozumiał — problem jest w wiedzy. Jeśli nie powołuje się na nic, problem jest w instrukcji.

Poprawkę wpisz tam, gdzie jest przyczyna — do instrukcji na platformie albo do pliku, który potem wgrywasz ponownie. Poprawka powiedziana w czacie działa tylko do końca tej rozmowy.

Jeśli poprawiasz to samo drugi raz, to nie jest przypadek — to luka, która wraca. Wtedy zdanie musi trafić do instrukcji na stałe.

Nie w taki sposób, w jaki pamięta człowiek. Między rozmowami trwałe są tylko dwie rzeczy: instrukcja i pliki wiedzy. Wszystko, co wkleisz w pojedynczej rozmowie, znika razem z nią.

Niektóre platformy dodają własną „pamięć” o użytkowniku. Jest wygodna, ale nie jest miejscem na fakty, które muszą się zgadzać — te trzymaj w plikach, bo tam wiesz, co dokładnie asystent widzi.

Praktyczny wniosek: jeśli coś ma obowiązywać jutro, musi być w instrukcji albo w pliku. Nie w rozmowie.

Asystent przygotowuje wynik i oddaje go Tobie. Ty decydujesz, czy go użyć. Agent wykonuje działania samodzielnie — wysyła, zapisuje, zmienia coś w innym systemie.

Różnica nie jest techniczna, tylko dotyczy ryzyka. Zły wynik asystenta kosztuje Cię minutę na poprawkę. Złe działanie agenta trafia od razu do klienta albo do Twoich danych.

Dlatego ten cel buduje asystenta. Agenta warto rozważyć dopiero wtedy, gdy asystent wykonuje to samo zadanie od tygodni i nie zaskakuje Cię już wynikami.

Możesz, ale zwykle wychodzi na tym gorzej. Instrukcja pisana do jednego zadania jest konkretna. Instrukcja pisana do pięciu różnych zadań musi być ogólna — a ogólna instrukcja daje ogólne odpowiedzi.

To samo dotyczy wiedzy: pliki potrzebne do odpowiedzi dla klientów przeszkadzają, gdy asystent ma streścić notatki ze spotkania.

Zasada praktyczna: jedno zadanie, jeden odbiorca wyniku, jeden format — jeden asystent. Gdy któryś z tych trzech elementów się zmienia, to zwykle znak na osobnego asystenta.

Gdy pierwszy przetrwał dwa tygodnie prawdziwego używania i nadal go otwierasz. To jedyny dowód, że mechanizm działa u Ciebie, a nie tylko w teorii.

Drugi asystent jest znacznie szybszy do zbudowania: znasz już platformę, masz wzór instrukcji i wiesz, jak wygląda dobry pakiet wiedzy. Zwykle to kwestia kilkunastu minut, nie pół godziny.

Trzech asystentów skonfigurowanych w połowie jest wart mniej niż jeden, którego naprawdę używasz.

Jeśli zmiana jest niewielka — inny format odpowiedzi, inny ton, dodatkowa zasada — po prostu popraw instrukcję. Zmiana obowiązuje od następnej rozmowy.

Jeśli zmienia się samo zadanie, lepiej utworzyć nowego asystenta i zachować starego. Nadpisanie działającej konfiguracji to najczęstszy sposób, w jaki ludzie tracą coś, co już im służyło.

Po każdej większej zmianie powtórz swoje testy. Instrukcja, która działała dla poprzedniej roli, nie musi działać dla nowej.

Nie według kalendarza, tylko według zdarzeń. Aktualizuj wtedy, gdy zmienia się coś, na czym asystent opiera odpowiedzi: cennik, oferta, procedura, dane kontaktowe.

Do tego jeden przegląd co kwartał wystarczy, żeby wyłapać pliki, które cicho się zdezaktualizowały. Wpisz tę datę do zestawu startowego, bo inaczej nikt o niej nie pamięta.

Nieaktualny plik jest groźniejszy niż jego brak: asystent zacytuje go z pełnym przekonaniem.

Tak, i to jest jeden z powodów, dla których ten cel każe najpierw napisać instrukcję, a dopiero potem wybrać platformę. Instrukcja i pliki są Twoje — działają wszędzie tak samo.

Przeniesienie to zwykle utworzenie asystenta na nowej platformie, wklejenie tej samej instrukcji i wgranie tych samych plików. Historia rozmów zostaje w starym narzędziu.

Po przeniesieniu wykonaj oba sprawdzenia z modułu 5 — różne platformy inaczej traktują pliki, więc warto potwierdzić, że nowy asystent naprawdę je czyta.

Wszystko, czego nie chciałbyś zobaczyć w cudzej odpowiedzi: dane osobowe klientów, hasła, klucze, numery kont, dokumenty objęte umową o poufności.

W większości zadań nie są potrzebne. Asystent, który ma przygotować odpowiedź dla klienta, potrzebuje cennika i zasad — nie listy nazwisk.

Jeśli plik zawiera i jedno, i drugie, przygotuj jego wersję bez danych wrażliwych. To pięć minut pracy, które usuwa cały problem.

Zwykle zasada jest zbyt ogólna. „Nie zmyślaj” nie działa. Działa: „usługa spoza cennika zawsze dostaje odpowiedź: wycena indywidualna”.

Zasada jest skuteczna wtedy, gdy mówi, co asystent ma zrobić ZAMIAST zgadywania. Sam zakaz zostawia go bez wyjścia, więc wybiera najbardziej prawdopodobnie brzmiącą odpowiedź.

Sprawdź też, czy odpowiedź w ogóle była w Twoich plikach. Jeśli nie była, to nie jest zmyślanie mimo zasad — to luka w wiedzy.

Praktyczna granica to około pięciu na jedno zadanie. Nie dlatego, że platformy nie przyjmą więcej — przyjmą. Dlatego, że przy większej liczbie przestajesz wiedzieć, skąd pochodzi odpowiedź.

Jeśli masz dziesięć kandydatów, zapytaj o każdy: gdyby asystent zacytował ten plik dosłownie, czy byłbym zadowolony? Pliki, przy których się wahasz, na razie zostaw poza pakietem.

Możesz zbudować asystenta bez plików — będzie działał na samej instrukcji. Sprawdzi się przy zadaniach, w których liczy się forma i sposób pracy, a nie Twoje konkretne dane.

Jeśli zadanie wymaga Twoich faktów, najprostszym pierwszym plikiem są dwa albo trzy przykłady dobrze wykonanej pracy. To wystarczy, żeby asystent poznał Twój standard.

Wiedzę można dodać później. Asystent bez plików jest lepszym punktem startu niż asystent, którego nigdy nie zbudowałeś.

Do zbudowania i przetestowania asystenta z tego celu — zwykle tak. Ograniczenia darmowych planów dotyczą przede wszystkim liczby wiadomości i rozmiaru plików, a nie samej możliwości utworzenia asystenta.

Limity zmieniają się często, więc sprawdź je na stronie platformy w dniu, w którym zaczynasz. My nie obiecujemy, że coś jest darmowe „na zawsze”.

Zapłać dopiero wtedy, gdy trafisz na konkretną ścianę w codziennej pracy. Wtedy wiesz, za co płacisz.

Po to powstaje zestaw startowy: miejsce, w którym mieszka asystent, i trzy polecenia, których naprawdę używasz. Trzy zapisane zdania robią większą różnicę, niż się wydaje.

Jeśli mimo to wracasz po miesiącu i nie wiesz, od czego zacząć, otwórz instrukcję asystenta. Jest napisana Twoimi słowami i przypomni Ci, do czego go zbudowałeś.

Gdy przez kilka tygodni wykonujesz to samo zadanie tym samym asystentem i za każdym razem akceptujesz wynik prawie bez poprawek. Dopiero wtedy wiadomo, co właściwie automatyzujesz.

Automatyzacja nie naprawia słabej instrukcji — powiela ją szybciej. Wszystkie błędy, które dziś wyłapujesz ręcznie, jutro pojadą dalej same.

Zacznij od najbardziej powtarzalnego fragmentu, nie od całego procesu. I zostaw sobie moment, w którym patrzysz na wynik przed jego wysłaniem.

W tym zadaniu — nie. Asystent przygotowuje szkic, a decyzja i odpowiedzialność zostają po Twojej stronie. Dlatego cały ten cel kończy się testami, a nie oddaniem sterów.

Zmienia się natomiast to, na co idzie Twój czas. Zamiast pisać od zera, czytasz i poprawiasz. Przy zadaniu wykonywanym co tydzień to zwykle największa oszczędność w całym procesie.

Wtedy udostępnianie przestaje być dodatkiem, a staje się kryterium wyboru platformy — dlatego jest jednym z siedmiu pytań decyzyjnych w module 4.

Przed udostępnieniem przeczytaj instrukcję jeszcze raz oczami tej osoby. Zdania oczywiste dla Ciebie bywają zupełnie nieczytelne dla kogoś, kto nie zna kontekstu.

Ustalcie też, kto poprawia instrukcję. Asystent, który ma pięciu użytkowników i żadnego właściciela, po miesiącu przestaje komukolwiek odpowiadać jak trzeba.

Nie z wrażenia, tylko z powtórzeń. Jedna dobra odpowiedź nic nie dowodzi — dopiero piąte czy dziesiąte podejście pokazuje, czy wynik jest przewidywalny.

Konkretne sprawdziany: czy odpowiedź trzyma format, czy powołuje się na Twoje pliki, czy dopytuje zamiast zgadywać, i ile Twoich poprawek wymaga.

Najprostsza miara jest praktyczna: czy sięgasz po niego, gdy nikt Ci tego nie każe. Jeśli tak, działa.