Poniżej opisuję, jak ta wiki jest zbudowana, jak agenty dostają ją na starcie pracy, co wyszło w teście i które dwie wpadki zmieniły zasady w pierwszym tygodniu.
01 / TL;DR Najważniejsze wnioski
Stan na 13 września 2026:
- Pamięć agenta nie wystarcza jako baza wiedzy firmy. U mnie urosła do około 200 notatek, a spis przekroczył limit i część wpisów przestała się ładować do sesji.
- Wiki to zwykłe pliki tekstowe z historią zmian. Korzystają z niej oba agenty, których używam: Claude Code i Codex od OpenAI.
- Każda informacja ma jedno źródło prawdy: status leadów i klientów jest w CRM, fakty i procedury w wiki, a punkty powrotu do przerwanej pracy w pamięci agenta.
- Plik z zasadami i mapą „zadanie → co przeczytać” trafia do agenta automatycznie na starcie każdej sesji.
- W teście świeżej sesji Codex na modelu GPT-5.5 przeszedł 5 z 5 scenariuszy, a Claude Code na Sonnet 5 przeszedł 2, 1 częściowo i 2 słabo. Oba modele są w tej samej klasie, o klasę niżej od najmocniejszych w ofercie swoich producentów. Test sprawdzał instrukcje startowe i pokazał, gdzie były niejasne.
- Wiki aktualizuje się w trakcie pracy, a automaty na serwerze dopisują fakty dnia. Zmiany w zasadach i cenniku czekają na moją akceptację.
- Mam zdefiniowane wskaźniki pozyskiwania i obsługi, ale po tygodniu nie da się jeszcze powiedzieć, ile dała sama wiki.
02 / Problem Pamięć agenta przestała wystarczać
Claude Code ma własną pamięć: katalog notatek, które agent zapisuje między sesjami. Przez kilka miesięcy trzymałem tam wszystko: ceny, dostępy, zasady pisania, statusy projektów i pułapki platform reklamowych.
Na początku września pamięć miała około 200 plików. Spis, który agent wczytuje na starcie, przekroczył limit, więc część notatek w ogóle nie trafiała do sesji. W jednym miejscu leżały fakty stałe, na przykład cennik, obok informacji aktualnych przez jeden dzień, na przykład „draft do klienta czeka na wysyłkę”.
Drugi problem: pracuję z dwoma agentami. Codex miał własną mapę dostępów, a Claude własną pamięć. Pułapkę odkrytą przez jednego drugi odkrywał od nowa.
03 / Źródła prawdy Każda informacja ma jedno miejsce
Zanim powstał pierwszy plik, ustaliłem, gdzie żyje jaki rodzaj informacji:
| Rodzaj informacji | Źródło prawdy |
|---|---|
| Status leadów i klientów, spotkania, wysłane oferty | CRM |
| Oferta, ceny, procedury, zasady, dostępy, pułapki platform | Wiki firmy |
| Punkt powrotu do przerwanej pracy, hipotezy robocze | Pamięć agenta |
| Decyzje | Ja, w rozmowie z agentem |
Przy sprzeczności wygrywa źródło właściwe dla danego rodzaju informacji. Jeśli pamięć agenta mówi co innego niż wiki, agent poprawia wiki w tej samej pracy, zamiast zgadywać, która wersja jest aktualna.
04 / Budowa Co jest w środku
Wiki to prywatne repozytorium, czyli folder z plikami tekstowymi, w którym zapisuje się każda zmiana razem z opisem. Strukturę zaprojektował Claude, a Codex zrecenzował ją w trzech rundach.
| Katalog | Co zawiera |
|---|---|
| firma | tożsamość, oferta i cennik, styl pisania, zatwierdzone liczby do case studies |
| dostępy | gdzie jest dostęp do każdego narzędzia, jakim kanałem i kiedy był sprawdzony |
| zasady | co agent może zrobić sam, czego nie może nigdy, jak obchodzić się z sekretami |
| pozyskiwanie | profil klienta, kwalifikacja leadów, bank obiekcji z 14 nagranych rozmów |
| obsługa | playbooki usług, standard odbioru pracy, raportowanie dla klientów |
| procesy | procedury krok po kroku, np. publikacja artykułu albo wdrożenie zmian na stronie |
| referencje | 49 plików z pułapkami platform i sprawdzonymi rozwiązaniami |
Hasła i klucze nie trafiają do wiki. Jest tam tylko informacja, gdzie leżą. Przed każdym zapisem zmiany automat skanuje pliki i blokuje zapis, jeśli znajdzie coś, co wygląda na sekret.
05 / Start sesji Agent dostaje zasady, zanim zacznie pracę
Najważniejszy plik wiki to instrukcje startowe. Są w nim trzy rzeczy: kim jesteśmy, zasady bezwzględne i mapa „zadanie → co przeczytać, zanim zaczniesz”.
Zasady bezwzględne to kilka zdań, które obowiązują w każdej pracy. Nowy lead najpierw trafia do CRM, a dopiero potem agent pisze odpowiedź. Nic nie wychodzi na zewnątrz bez mojej akceptacji. Hasła są tylko wskazaniem miejsca, nigdy wartością.
Mapa mówi agentowi, które dokumenty ma przeczytać przed konkretnym zadaniem:
| Zadanie | Co agent czyta przed startem |
|---|---|
| nowy lead, mail od leada | procedura zapisu w CRM, metodyka sprzedaży, szablon propozycji spotkania |
| oferta, wycena | oferta i cennik, zasady ofertowania, styl pisania |
| treść publiczna | styl pisania, zasady cytowania liczb, zatwierdzone dowody |
| zmiana na stronie www | procedura wdrożenia z kopią zapasową i kontrolą po publikacji |
W Claude Code plik trafia do agenta przez hook, czyli automat, który na starcie każdej sesji wkleja jego treść do rozmowy. Codex ma tę samą treść w swoich globalnych instrukcjach. Oba agenty czytają więc te same zasady, bez względu na to, w którym folderze pracują.
06 / Test Sprawdziłem, czy agenty naprawdę z tego korzystają
11 września uruchomiłem obu agentów w świeżych sesjach (bez żadnej wcześniejszej rozmowy) i dałem im 5 scenariuszy: nowy lead, oferta, audyt konta reklamowego, wdrożenie zmiany na stronie i sytuację, w której CRM jest niedostępny. Codex działał na modelu GPT-5.5, a Claude Code na Sonnet 5. To modele tej samej klasy: w zestawieniu Artificial Analysis (indeks v4.3, stan na 13 września 2026) Sonnet 5 ma 38 punktów, a GPT-5.5 od 34 do 39 zależnie od poziomu rozumowania. Oba są o klasę niżej od najmocniejszych modeli swoich producentów. Oceniałem, czy agent sięga po właściwe dokumenty i proponuje właściwe kroki.
| Scenariusz | Codex (GPT-5.5) | Claude Code (Sonnet 5) |
|---|---|---|
| Nowy lead | dobrze | dobrze |
| CRM niedostępny | dobrze | dobrze |
| Audyt konta reklamowego | dobrze | częściowo |
| Oferta | dobrze | słabo |
| Wdrożenie zmiany na stronie | dobrze | słabo |
Oba agenty dostały te same instrukcje i działały na modelach tej samej klasy. Przy 5 scenariuszach i jednym przebiegu tabela nie jest jednak rankingiem agentów. Pokazuje, w których zadaniach instrukcje zostawiały miejsce na skróty. Przy ofercie Claude Code streścił mapę zamiast przeczytać dokumenty i użył komendy, która w moim CRM nie istnieje. Przy wdrożeniu strony oparł się na notatce z pamięci zamiast na aktualnej procedurze.
Po teście agent dopisał do instrukcji, że dokumenty z mapy trzeba czytać w całości, a komendy i nazwy brać dosłownie z dokumentacji. Test wyłapał też błąd w samej wiki: lista źródeł leadów w dokumentacji była wymyślona, a system CRM nieznaną wartość po cichu zamieniał na „inne”. Agent poprawił dokumentację.
07 / Aktualizacja Wiki żyje, bo aktualizacja jest częścią zadania
Wiki, której nikt nie aktualizuje, po miesiącu kłamie. Dlatego zmiana ceny, procesu, dostępu albo nowa pułapka platformy nie jest zrobiona, dopóki agent nie zapisze jej w wiki. Robi to w tej samej pracy, w której coś się zmieniło.
Pierwsza wpadka zdarzyła się już drugiego dnia. 7 września agent zapisał w wiki 6 zmian, ale zostały tylko na laptopie do wieczora, więc Codex i serwer ich nie widzieli. Od tego dnia każda zmiana trafia do repozytorium w internecie od razu po zapisie, a na koniec sesji agent sprawdza, czy nic nie zostało lokalnie.
08 / Automaty Część aktualizacji robi serwer
Mój komputer nie jest włączony całą dobę, dlatego automaty działają na serwerze:
- rano obserwator porównuje stronę www, liczby z CRM i interfejsy narzędzi z poprzednim stanem i wpisuje zmiany do kolejki do przeglądu,
- wieczorem proces z agentem dopisuje fakty z dnia, na przykład nowe obiekcje z rozmów albo pułapki z logów,
- zmiany z serwera trafiają najpierw na osobną gałąź, czyli równoległą wersję wiki.
Druga wpadka dotyczyła właśnie tej gałęzi. Przez trzy dni proces zakładał, że zmiany z serwera zaakceptuję ręcznie. Nikt tego nie zrobił, więc 24 zapisy nie trafiły do głównej wersji. Dziś robi to automat z bramką: zmiany w procedurach, pułapkach platform, metrykach i materiałach sprzedażowych przechodzą same, a zmiany w zasadach, cenniku, szablonach i instrukcjach startowych zatrzymują całość i czekają na mnie.
09 / Granice Czego ten przykład nie dowodzi
Wiki działa od tygodnia. Mam zdefiniowane wskaźniki pozyskiwania i obsługi, na przykład czas pierwszej odpowiedzi na lead, skuteczność ofert i akceptację pracy przy pierwszym odbiorze, ale porównanie ma sens dopiero po 30 i 90 dniach. Nawet wtedy wzrost wskaźnika nie udowodni, że spowodowała go wiki.
Plik z instrukcjami startowymi miał mieć 4–6 KB, a urósł do 11 KB. Każdy kilobajt agent wczytuje na starcie każdej sesji, więc tę objętość trzeba będzie pilnować.
10 / Metoda Jak zacząć u siebie
- Ustal, gdzie żyje jaki rodzaj informacji: status klientów, fakty i procedury, notatki robocze.
- Załóż repozytorium z historią zmian i zacznij od jednego pliku z instrukcjami startowymi.
- Wpisz do niego zasady bezwzględne i mapę „zadanie → co przeczytać”.
- Przenieś z pamięci agenta fakty stałe, a statusy zostaw tam, gdzie są aktualne.
- Podepnij plik tak, żeby agent dostawał go na starcie każdej sesji.
- Zrób test świeżej sesji na kilku typowych zadaniach i popraw instrukcje tam, gdzie agent zbłądził.
Pierwszy krok może wyglądać tak:
11 / FAQ Najczęstsze pytania
Czym wiki firmy różni się od pamięci agenta?
Pamięć agenta to notatki jednego narzędzia, w których fakty stałe mieszają się z bieżącymi statusami. Wiki trzyma tylko uzgodnione fakty, zasady i procedury, ma historię zmian i korzysta z niej każdy agent w firmie.
Czy do takiej wiki potrzebny jest programista?
Nie. Strukturę zaprojektował i założył agent, a moja rola to decyzja, co ma być zasadą, oraz akceptacja zmian w obszarach wysokiego ryzyka, takich jak cennik.
Czy agenty mogą same zmieniać wiki?
Tak, ale z bramką. Zmiany w procedurach, pułapkach platform i metrykach przechodzą automatycznie. Zmiany w zasadach, cenniku, szablonach i instrukcjach startowych czekają na moją akceptację.
Co z hasłami i kluczami do narzędzi?
Do wiki trafia tylko informacja, gdzie leży dany sekret. Przed każdym zapisem zmiany automat skanuje pliki i blokuje zapis, jeśli znajdzie coś, co wygląda na hasło albo klucz.
Czy to działa z różnymi agentami AI?
U mnie korzystają z tej samej wiki Claude Code i Codex. Oba dostają te same instrukcje startowe. W teście świeżej sesji oba poprawnie obsłużyły nowego leada i niedostępny CRM, a słabsze wyniki pokazały, które instrukcje trzeba doprecyzować.
Po czym poznać, że wiki działa?
Po teście świeżej sesji na typowych zadaniach i po wskaźnikach pracy mierzonych co tydzień. Po tygodniu mam test i punkt wyjścia do porównań, ale jeszcze nie wynik.
Zbudujmy agentom wiedzę o Waszej firmie.
Wdrażam agenty AI w procesach marketingu i sprzedaży razem z bazą wiedzy, z której korzystają: zasady, procedury i granice ustalone przed startem. Zaczynamy od bezpłatnej rozmowy.
