Przez dwie dekady organizowaliśmy wiedzę w ten sam sposób: foldery, podfoldery, pliki. Dysk sieciowy, potem SharePoint, potem Google Drive, potem Notion i Confluence. Zmieniały się narzędzia, ale model pozostawał identyczny - informacja leży w jakimś miejscu, a człowiek musi wiedzieć, gdzie ona jest, otworzyć ją, przeczytać, połączyć z inną i dopiero wtedy podjąć decyzję. Cała praca poznawcza spoczywała na nas. Narzędzie tylko przechowywało.

Pierwsza fala narzędzi AI, którą większość z nas poznała w 2023 roku, niewiele w tym zmieniła. Czat był potężny, ale bezpamięciowy. Każda rozmowa zaczynała się od zera: trzeba było wkleić kontekst, wytłumaczyć, o jaki projekt chodzi, kto jest klientem, jakie są ograniczenia, jaki jest styl komunikacji. Efekt bywał imponujący, ale koszt wejścia w każdą sesję sprawiał, że AI pozostawała narzędziem do zadań jednorazowych - napisz maila, streść dokument, popraw prezentację.

To się zmienia. I to jest, moim zdaniem, najważniejsza zmiana w sposobie pracy z AI od czasu pojawienia się samych modeli językowych. Nie chodzi już o to, żeby „rozmawiać z AI”. Chodzi o to, żeby budować osobistych agentów i projekty - trwałe, wyposażone w kontekst przestrzenie robocze, które znają nasze inicjatywy, nasze procesy i naszą organizację lepiej, niż my sami jesteśmy w stanie je opisać na poczekaniu.

Problem z folderami nie polega na tym, że są nieuporządkowane

Kiedy mówimy, że „wiedza w firmie jest rozproszona”, zwykle myślimy o bałaganie. Że ktoś zapisał plik w złym miejscu, że są trzy wersje tego samego dokumentu, że nikt nie aktualizuje strony w Confluence. To prawda, ale to objaw, nie przyczyna.

Prawdziwy problem jest głębszy: folder jest strukturą pasywną. Dokument nie wie, że jest sprzeczny z innym dokumentem. Notatka ze spotkania nie wie, że decyzja w niej zapisana została zmieniona dwa tygodnie później na innym spotkaniu. Roadmapa nie wie, że budżet, na którym się opiera, został ścięty. Wszystkie te powiązania istnieją wyłącznie w głowach ludzi - a ludzie zmieniają projekty, odchodzą na urlopy, zapominają.

W rezultacie każdy, kto chce podjąć decyzję na podstawie zgromadzonej wiedzy, musi najpierw wykonać pracę archeologa: odnaleźć artefakty, ustawić je w kolejności chronologicznej, rozstrzygnąć sprzeczności, uzupełnić luki własną pamięcią. W projektach trwających kilkanaście miesięcy, z rotującym zespołem i klientem po drugiej stronie, ta praca może zajmować więcej czasu niż samo podejmowanie decyzji. Znam kierowników projektów, którzy przed każdym przeglądem kwartalnym spędzają dwa dni na „przypominaniu sobie, co właściwie ustaliliśmy”.

Klasyczne bazy wiedzy próbowały rozwiązać ten problem lepszym tagowaniem, lepszą wyszukiwarką, lepszymi szablonami. Ale wszystkie te rozwiązania nadal zakładają, że syntezę wykonuje człowiek. Narzędzie podaje fragmenty, człowiek składa je w całość.

Typowy folder projektowy po ośmiu miesiącach. Która wersja jest prawdziwa, wie tylko ten, kto był na spotkaniu.

Czym właściwie jest „osobisty agent” albo „projekt”

Warto uporządkować pojęcia, bo dostawcy używają ich niekonsekwentnie. Niezależnie od tego, czy mówimy o „projekcie” w interfejsie czatu, o „agencie” zbudowanym na platformie deweloperskiej czy o „przestrzeni roboczej” w narzędziu korporacyjnym, chodzi o tę samą konstrukcję składającą się z czterech elementów.

Po pierwsze, trwałe instrukcje. To opis roli, celu i zasad działania: „Jesteś asystentem kierownika projektu X dla klienta Y. Projekt ma na celu Z. Zawsze odnoś się do zdefiniowanych ryzyk. Pisz po angielsku w tonie formalnym, bo klient jest brytyjski.” Instrukcje piszemy raz, a obowiązują w każdej rozmowie.

Po drugie, materiały źródłowe. Statement of Work, notatki z ostatnich spotkań sterujących, rejestr decyzji, słownik pojęć, schemat organizacyjny po stronie klienta, aktualna roadmapa. Nie wklejamy ich za każdym razem - są stale dostępne dla modelu jako tło każdej odpowiedzi.

Po trzecie, pamięć. Coraz więcej narzędzi pozwala agentowi zapamiętywać ustalenia z poprzednich rozmów: że przesunęliśmy termin, że klient nie lubi określonego formatu raportów, że zespół zdecydował się na inne podejście techniczne. Kontekst nie tylko jest zadany z góry, ale rośnie wraz z pracą.

Po czwarte, narzędzia. Agent może mieć dostęp do kalendarza, systemu zgłoszeń, repozytorium dokumentów czy CRM-u. Wtedy nie tylko wie, co ustaliliśmy, ale może sprawdzić aktualny stan rzeczy i podjąć akcję.

Różnica wobec folderu jest fundamentalna. Folder przechowuje. Agent z kontekstem rozumuje na podstawie tego, co przechowuje. Kiedy pytam „czy przesunięcie terminu integracji o trzy tygodnie stwarza ryzyko dla kamienia milowego w listopadzie?”, nie muszę otwierać roadmapy, rejestru ryzyk i notatek z trzech ostatnich spotkań. Agent ma je wszystkie przed sobą i potrafi je ze sobą zestawić.

Projekt z kontekstem: instrukcje, źródła i pamięć zadane raz pracują w każdej rozmowie - odpowiedź cytuje notatkę ze steeringu, rejestr ryzyk i paragraf umowy.

Dlaczego to jest szybsze - trzy konkretne scenariusze

Abstrakcyjne obietnice o „przyspieszeniu pracy” słyszeliśmy przy każdej nowej technologii. Dlatego wolę pokazać różnicę na konkretach.

Prowadzenie projektu. Tradycyjnie: przed spotkaniem statusowym z klientem kierownik projektu przegląda board z zadaniami, czyta ostatnie notatki, sprawdza budżet w arkuszu, przypomina sobie, co obiecaliśmy, i pisze agendę oraz podsumowanie. Godzina, czasem dwie. Z projektem AI wyposażonym w kontekst: „Przygotuj draft agendy na jutrzejsze spotkanie sterujące, uwzględnij otwarte ryzyka z zeszłego tygodnia i decyzje, które czekają na akceptację klienta.” Draft powstaje w minutę, a kierownik spędza pozostały czas na tym, co naprawdę wymaga jego uwagi - na przemyśleniu, jak przeprowadzić trudną rozmowę o zakresie.

Inicjatywa strategiczna. Załóżmy, że firma buduje nową ofertę dla określonego segmentu rynku. Taka inicjatywa generuje dziesiątki dokumentów: analizy, notatki z rozmów z klientami, wersje propozycji wartości, feedback z działu sprzedaży, benchmarki konkurencji. W modelu folderowym po trzech miesiącach nikt nie pamięta, dlaczego odrzucono wariant B i co dokładnie powiedział trzeci klient w wywiadzie. Agent z pełnym kontekstem inicjatywy odpowiada na to pytanie natychmiast - i potrafi zauważyć, że argument, którego używamy dzisiaj, jest sprzeczny z tym, co ustaliliśmy w czerwcu. To nie jest wyszukiwarka. To jest pamięć instytucjonalna, która potrafi mówić.

Proces powtarzalny. Onboarding nowej osoby do zespołu, przygotowanie miesięcznego raportu dla zarządu, przegląd umowy pod kątem standardowych klauzul. Każdy taki proces ma swoją wiedzę ukrytą: kto jest za co odpowiedzialny, jakie błędy popełniano wcześniej, jaki format jest oczekiwany. Zamiast dokumentu „Jak przygotować raport miesięczny” (którego nikt nie czyta), budujemy agenta, który ten raport współtworzy - pyta o brakujące dane, pilnuje struktury, stosuje słownik firmowy. Wiedza procesowa przestaje być instrukcją, a staje się współpracownikiem.

W każdym z tych przypadków zysk nie polega na tym, że AI pisze szybciej niż człowiek. Polega na tym, że znika koszt zbierania i składania kontekstu przed każdym zadaniem. A ten koszt, jak pokazuje doświadczenie, stanowi w pracy menedżerskiej często większą część czasu niż samo wykonanie.

Wiedza procesowa jako kod: każdy powtarzalny proces to wersjonowany, współdzielony w zespole skill z opisem, źródłami i zasadami.

Kontekst staje się najcenniejszym aktywem

Z tej obserwacji wynika wniosek, który brzmi na pierwszy rzut oka paradoksalnie: w epoce AI najważniejszą umiejętnością nie jest pisanie promptów. Jest kuratorowanie kontekstu.

Model językowy jest towarem - dziś jeden, za pół roku inny, lepszy. Ale kontekst, który zbudujemy wokół naszych projektów, procesów i decyzji, jest unikalny dla naszej organizacji i nie da się go kupić. To on decyduje, czy agent odpowiada ogólnikami, czy trafia w sedno naszej sytuacji.

Dobry kontekst dla projektu czy inicjatywy zawiera kilka warstw. Warstwa stała: cel, zakres, kluczowe osoby, ograniczenia, słownik pojęć. Warstwa decyzyjna: rejestr decyzji z datami i uzasadnieniami - to, czego foldery nigdy dobrze nie przechowywały, bo decyzje zapadają na spotkaniach i giną w notatkach. Warstwa bieżąca: aktualny status, otwarte ryzyka, najbliższe kamienie milowe. I warstwa stylistyczna: jak komunikujemy się z tym klientem, jakich słów unikamy, jaki poziom szczegółowości jest oczekiwany.

Budowanie takiego kontekstu wymaga dyscypliny, ale jest to dyscyplina innego rodzaju niż porządkowanie folderów. Nie chodzi o to, żeby wszystko było na swoim miejscu. Chodzi o to, żeby agent wiedział to, co wie najlepszy członek zespołu. Kiedy ktoś kończy spotkanie, zamiast pisać notatkę „do folderu”, mówi agentowi: „Ustaliliśmy X, klient zgłosił obawę Y, następny krok to Z.” I ta wiedza od tej chwili pracuje.

Pułapki, których nie wolno ignorować

Nieuczciwością byłoby przedstawiać ten kierunek wyłącznie w jasnych barwach. Kilka zagrożeń jest realnych i trzeba je nazwać.

Pierwsze: kontekst się starzeje. Agent wyposażony w roadmapę sprzed trzech miesięcy będzie z pełnym przekonaniem udzielał rad opartych na nieaktualnych założeniach. W folderze stary dokument przynajmniej ma datę modyfikacji; agent mówi płynnie i pewnie niezależnie od tego, czy jego wiedza jest świeża. Właściciel agenta musi mieć nawyk aktualizacji kontekstu równie silny jak nawyk aktualizacji statusu w narzędziu projektowym.

Drugie: iluzja kompletności. Skoro agent odpowiada na każde pytanie, łatwo uznać, że wie wszystko. Nie wie. Wie to, co mu przekazano. Luki w kontekście są niewidoczne, dopóki nie wyjdą w praktyce - a wyjdą w najmniej dogodnym momencie. Rozsądną praktyką jest okresowe pytanie agenta: „Czego nie wiesz o tym projekcie, a co powinieneś wiedzieć?” Dobre modele potrafią zaskakująco trafnie wskazać własne białe plamy.

Trzecie: bezpieczeństwo i poufność. Kontekst projektowy to często dane klienta, warunki handlowe, informacje o ludziach. Zanim wrzucimy je do agenta, musimy wiedzieć, gdzie te dane są przetwarzane, kto ma do nich dostęp i czy nasza umowa z klientem na to pozwala. Wygoda nie jest argumentem w rozmowie z działem prawnym ani z klientem, którego dane wyciekły.

Czwarte: erozja wiedzy w ludziach. Jeśli agent pamięta wszystko, po co ja mam pamiętać? To pytanie jest zasadne, ale odpowiedź nie jest oczywista. Menedżer, który nie zna swojego projektu i polega wyłącznie na agencie, traci intuicję - zdolność wyczucia, że coś jest nie tak, zanim pojawi się to w danych. Agent powinien odciążać z pracy administracyjnej, nie z myślenia.

Jak zacząć, nie budując od razu katedry

Największym błędem, jaki widuję, jest próba zbudowania „agenta dla całej firmy” od pierwszego dnia. To projekt na kwartały, z komitetem sterującym i budżetem, który najczęściej kończy się niczym.

Lepsza droga jest przyziemna. Weź jeden projekt, który prowadzisz. Załóż dla niego przestrzeń w narzędziu, którego już używasz. Napisz akapit instrukcji: kim jesteś, czego oczekujesz, jaki to projekt. Wrzuć pięć najważniejszych dokumentów. Przez dwa tygodnie zaczynaj każde zadanie związane z tym projektem w tej przestrzeni i po każdym spotkaniu dodawaj dwa zdania o tym, co się zmieniło.

Po dwóch tygodniach będziesz wiedział trzy rzeczy: które dokumenty faktycznie były potrzebne (zwykle mniej, niż się wydaje), jakich informacji brakowało (zwykle decyzji i uzasadnień, nie plików) i ile czasu zaoszczędziłeś na przygotowaniach. Dopiero wtedy warto myśleć o skalowaniu - na drugi projekt, na proces zespołowy, na inicjatywę strategiczną.

Ta droga ma jeszcze jedną zaletę: uczy myślenia o kontekście jako o czymś, co się pielęgnuje, a nie archiwizuje. A to jest, jak sądzę, prawdziwa zmiana kompetencji, której wymaga od nas nowa fala narzędzi.

Nie narzędzie, lecz sposób pracy

Foldery nie znikną. Dokumenty nadal będą powstawać, umowy będą podpisywane w PDF-ach, a prezentacje będą miały czterdzieści slajdów. Ale miejsce, w którym praca się faktycznie dzieje - gdzie łączymy fakty, ważymy opcje, przygotowujemy decyzje - przesuwa się z pasywnego repozytorium do aktywnego agenta, który zna nasz kontekst.

Organizacje, które to zrozumieją, zyskają nie tyle na szybkości pisania dokumentów, ile na szybkości podejmowania trafnych decyzji. Bo o to w końcu chodzi w prowadzeniu projektów i inicjatyw: nie o to, żeby mieć wszystko zapisane, ale o to, żeby w odpowiednim momencie wiedzieć, co z tego wynika. Agent z dobrze zbudowanym kontekstem jest pierwszym narzędziem w historii pracy biurowej, które robi tę drugą rzecz, a nie tylko pierwszą.

Pytanie nie brzmi już, czy warto budować osobistych agentów i projekty. Brzmi: który projekt zacząć w ten sposób prowadzić od jutra.

‍