Okno kontekstowe naszej głowy - dlaczego przełączanie kontekstu zabija produktywność

Wczoraj o 16:00 siedziałem przed monitorem i nie mogłem sobie przypomnieć, po co otworzyłem ten plik. Serio. Patrzyłem na kod, który sam napisałem rano, i nie miałem pojęcia, gdzie skończyłem. Mój mózg wyświetlił odpowiednik błędu 404 - strona nie znaleziona, spróbuj ponownie.

Między 8:00 a 16:00 zdążyłem przeskoczyć między trzema projektami, odpisać na kilkanaście wiadomości na Teamsie, wejść na jedno spotkanie, które mogło być mailem, i ugasić mały pożar na produkcji. Mój mózg powiedział "wystarczy" i po prostu się wyłączył.

Pracuję w IT od kilku lat. Zanim to - finanse, SAP, księgowość, makra VBA. Przez całą karierę jedno się nie zmieniło: dni, w których przeskakuję między wieloma kontekstami, kończą się tym samym - pustym wzrokiem w ekran i poczuciem, że nic nie zrobiłem, mimo że byłem "zajęty" przez osiem godzin.

I właśnie wtedy dotarło do mnie pewne porównanie, które zmieniło sposób, w jaki myślę o pracy.

Twój mózg to model z małym oknem kontekstowym

Jeśli śledzisz temat AI, znasz pojęcie "context window" - okno kontekstowe. To ilość informacji, którą model językowy może przetwarzać w jednym momencie. GPT-4 ma okno na 128 tysięcy tokenów. Claude potrafi obsłużyć 200 tysięcy. Ale nawet te modele - z oknami większymi niż cokolwiek, co miały wcześniej - mają swój limit. Kiedy go przekroczysz, model zaczyna "zapominać" początek rozmowy, gubi wątki, generuje niespójne odpowiedzi.

Brzmi znajomo?

Ludzki mózg działa dokładnie tak samo - tylko nasze okno kontekstowe jest dużo, dużo mniejsze. Psycholog George Miller opisał to w latach 50. jako "magiczną siódemkę" - w pamięci roboczej mieścimy 7 plus minus 2 elementy. Nowsze badania obniżają tę liczbę do 4. Cztery elementy. Nie cztery projekty. Nie cztery konwersacje. Cztery kawałki informacji.

Kiedy rano wchodzę w backend w .NET - trzymam w głowie strukturę bazy, logikę endpointów, stan aktualnego taska, może jeszcze kontekst ostatniego code review. I to wypełnia moje okno kontekstowe prawie do końca. Potem przeskakuję na automatyzację procesów dla innego klienta i muszę to wszystko wyrzucić, żeby załadować zupełnie inny świat - inne API, inne wymagania biznesowe, inni ludzie, inne priorytety. A wieczorem siadam do własnego SaaS-a i ładuję trzeci kontekst.

Każde takie przeładowanie to nie jest darmowa operacja.

23 minuty, które ci nikt nie zwróci

Gloria Mark, badaczka z University of California w Irvine, od lat bada przełączanie kontekstu w pracy biurowej. Jej odkrycia są brutalne. Po każdym przerwaniu - wiadomość na Slacku, Teamsie, "hej, masz chwilę?" - potrzebujemy średnio 23 minuty i 15 sekund, żeby wrócić do pełnej koncentracji na przerwanym zadaniu.

Dwadzieścia trzy minuty. Na jedno przerwanie.

Teraz policz. Ile razy dziennie ktoś ci pisze na czacie? Ile razy sam otwierasz maila "na chwilę"? Ile razy wchodzisz na spotkanie, które trwa 30 minut, ale tak naprawdę kosztuje cię godzinę - bo po nim trzeba się znowu "rozkręcić"?

Badania Glorii Mark i innych wskazują, że przełączanie kontekstu może kosztować do 40% produktywności w ciągu dnia. Prawie połowa. Nie dlatego, że ludzie są leniwi. Dlatego, że nasz mózg nie ma funkcji "zapisz stan i przywróć" - tak jak model AI nie potrafi zapauzować jedną konwersację, przetwarzać inną, i wrócić do pierwszej bez utraty kontekstu (chyba że ma go zapisany).

To jest ten sam mechanizm. Różnica jest taka, że model AI przynajmniej dostaje cały kontekst od nowa w prompcie. Nasz mózg musi go odbudowywać sam, fragment po fragmencie, z pamięci długoterminowej - i często robi to niedokładnie.

Metody, które nie działały

Znam to od lat. Pracuję na kilku frontach jednocześnie - etat, zlecenia, własne projekty. Zderzałem się z tym problemem tak często, że w pewnym momencie uznałem, że to moja wina. Że po prostu jestem źle zorganizowany.

Testowałem wszystko:

Pomodoro - 25 minut pracy, 5 minut przerwy. Brzmi super w teorii. W praktyce akurat po 25 minutach wchodziłem w flow i timer mówił mi, żebym przestał. A jak miałem trudny problem, to 25 minut nie wystarczało nawet na rozkręcenie się. Metoda optymalizowała czas, ale ignorowała głębokość pracy.

Time blocking - kalendarzu, pokaż mi piękne kolorowe bloki. Poniedziałek 8-10: Projekt A. 10-12: Projekt B. Wygląda profesjonalnie. Nie przeżywa pierwszego kontaktu z rzeczywistością. Ktoś pisze, że produkcja leży, i nagle mój piękny blok jest do wyrzucenia.

Matryca Eisenhowera - pilne/ważne, rozumiem koncept. Ale kiedy masz trzy projekty i w każdym coś jest "pilne", to matryca ci nie powie, który ogień gasić pierwszy.

Aplikacje do zadań - Todoist, Notion, TickTick, Trello. Jedna za drugą. Problem w tym, że lista zadań mówi ci CO zrobić, ale nie mówi GDZIE byłeś, kiedy ostatnio pracowałeś nad tym tematem. Otwierasz taska "Zaimplementuj endpoint do eksportu danych" i... no ok, ale jaki był stan? Które testy przechodziły? Na czym stanąłem? Tego żadna lista zadań nie przechowuje.

Każda metoda działała przez tydzień, może dwa. Potem wracałem do starego trybu - przeskakiwania między rzeczami, gaszenia pożarów i gapienia się w ekran o 16:00.

Problem nie leżał w narzędziach

W pewnym momencie zrozumiałem coś prostego: żadna metoda organizacji pracy nie zmieni faktu, że mój mózg ma 4 sloty w pamięci roboczej. Nie zmieni tego najlepsza apka, najładniejszy kalendarz, ani najdroższa metoda produktywności.

Zamiast walczyć z ograniczeniami mózgu - zacząłem je respektować.

To trochę jak z AI. Nie walczysz z ograniczeniem okna kontekstowego modelu - projektujesz system, który działa w jego ramach. Dzielisz duże dokumenty na fragmenty. Budujesz RAG, żeby wyszukiwać tylko to, co potrzebne. Tworzysz strukturę promptów, żeby model dostawał dokładnie tyle kontekstu, ile potrzebuje - nie więcej, nie mniej.

Z mózgiem trzeba zrobić to samo.

"Drugi mózg" - jak zacząłem odciążać pamięć roboczą

Buduję sobie "drugi mózg" w Obsidianie. Nie jako system notatek - jako zewnętrzną pamięć kontekstową.

Każdy projekt, nad którym pracuję, ma swoją stronę z aktualnym stanem: co jest zrobione, co jest w toku, gdzie stanąłem, jakie decyzje podjąłem i dlaczego. Kiedy wracam do projektu po kilku dniach (albo po kilku godzinach), nie muszę odbudowywać kontekstu w głowie od zera. Otwieram notatkę, czytam 2 minuty i jestem na bieżąco.

To jest mój odpowiednik "system promptu" - zanim zaczynam pracę, ładuję sobie kontekst. Tak jak model AI dostaje kontekst w prompcie, ja dostaję go z notatek.

Brzmi banalnie, ale różnica jest ogromna. Zamiast 20 minut rozgrzewki - 2 minuty czytania. Zamiast "gdzie ja skończyłem?" - mam to zapisane czarno na białym. Zamiast trzymać w głowie pięć projektów naraz - trzymam jeden, a resztę mam w systemie.

Kluczowe elementy, które zapisuję dla każdego kontekstu:

• Stan aktualny - co dokładnie robiłem ostatnio, na czym stanąłem, co działa, co nie
• Otwarte decyzje - rzeczy, które wymagają mojego zdania, ale niekoniecznie teraz
• Następny krok - jeden, konkretny, jednoznaczny. Nie "pracuj nad eksportem", tylko "napisz test do metody ExportToCSV, edge case z pustą kolekcją"
• Kontekst ludzki - kto czeka na co ode mnie, kto mi ma coś dostarczyć, jakie były ustalenia

Ten ostatni punkt jest niedoceniany. Połowa przełączania kontekstu to nie kod - to ludzie. Kto mi napisał, co obiecałem, na kiedy.

Bloki głębokiej pracy - 90 minut, które zmieniają dzień

Drugą rzeczą, która realnie pomogła, są bloki głębokiej pracy. Nie Pomodoro. Nie 25 minut. 90 minut bez przerwy, bez powiadomień, bez Teamsa.

Dlaczego 90 minut? Bo tyle trwa naturalny cykl koncentracji ludzkiego mózgu - to tak zwany cykl ultradianowy. Po 90 minutach intensywnej pracy mózg potrzebuje przerwy. Ale w tych 90 minutach jesteś w stanie dojść do flow i faktycznie posunąć coś do przodu.

Robię to rano, jako pierwszą rzecz w dniu - zanim ktokolwiek zdąży napisać. Telefon na nie przeszkadzać. Teams zamknięty. Jedno zadanie, jeden kontekst.

To nie jest łatwe. Szczególnie na początku. Odruch sięgania po telefon, sprawdzania maila, wchodzenia na Teamsa "na sekundę" - jest silny. Ale po kilku tygodniach ten poranny blok stał się najcenniejszą częścią mojego dnia. Więcej realnej pracy zrobiłem w tych 90 minutach niż w pozostałych sześciu godzinach "bycia zajętym".

AI jako narzędzie do zarządzania kontekstem

Paradoks - AI, technologia, która sama ma problem z oknem kontekstowym, pomaga mi radzić sobie z moim. Na kilka sposobów.

Narzędzia takie jak Claude Code czy Cursor pamiętają kontekst projektu za mnie. Kiedy wracam do repozytorium po tygodniu, agent AI ma dostęp do historii zmian, do komentarzy, do struktury kodu - i może mi w 30 sekund streścić, gdzie stanąłem. To jest ten RAG dla mojego mózgu, o którym pisałem wcześniej.

Kiedy pracuję nad wieloma projektami, AI robi za asystenta kontekstowego. Przeskakuję do innego projektu - agent ma swój kontekst, swoje notatki, swoją historię konwersacji. Nie muszę mu tłumaczyć od zera, nad czym pracujemy. To drastycznie skraca czas przełączania.

Automatyzacja powtarzalnych rzeczy - integracje, raporty, przetwarzanie danych - zdejmuje z mojego kalendarza zadania, które same w sobie generowały przerwania. Workflow w n8n, który kiedyś wymagał mojej interwencji trzy razy dziennie, teraz działa sam. Trzy przerwania mniej. Trzy razy po 23 minuty oszczędzone. Ponad godzina dziennie.

Praktyczne porady - co naprawdę pomaga

Przez kilka lat eksperymentowania wyciągnąłem garść wniosków, które działają u mnie. Nie są uniwersalne - każdy ma inną pracę, inny kontekst, inne obciążenia. Ale jeśli pracujesz na kilku frontach naraz, jak ja, mogą ci pomóc.

1. Zanim przerwiesz pracę - zapisz stan. Nawet jeśli to jedno zdanie. "Stanąłem na implementacji walidacji inputu, test X nie przechodzi, podejrzewam problem z nullami." 30 sekund zapisu oszczędza 20 minut odbudowywania kontekstu.

2. Grupuj przełączenia. Zamiast skakać między projektami w ciągu dnia - rób jeden projekt rano, drugi po obiedzie. Minimalizujesz liczbę przełączeń z pięciu do jednego albo dwóch.

3. Zamykaj pętle. Niedokończone zadania żyją w pamięci roboczej i zajmują miejsce - to tak zwany efekt Zeigarnik. Jeśli nie możesz skończyć - zapisz stan i zamknij świadomie. "Wracam do tego jutro, stan zapisany." Mózg odpuści.

4. Chroń poranne godziny. Pierwsze 90-120 minut dnia to twój najcenniejszy zasób. Nie oddawaj ich na maile i spotkania.

5. Ogranicz narzędzia komunikacji. Dwa okna czasowe na Teamsa/maila dziennie wystarczą w 90% przypadków. Reszta to iluzja pilności.

6. Buduj system notatek, który wspiera powrót do kontekstu - nie samo organizowanie zadań. Lista "co zrobić" nie wystarczy. Potrzebujesz informacji "gdzie byłem, kiedy to ostatnio ruszałem".

Nie chodzi o robienie więcej

Najważniejsza lekcja, jaką wyciągnąłem? Produktywność nie polega na robieniu więcej rzeczy. Polega na tym, żeby w danym momencie robić tylko jedną - i robić ją dobrze.

Nasz mózg nie jest wielowątkowy. Nie ma 64 rdzeni. Ma jeden wątek świadomej uwagi i 4 sloty pamięci roboczej. I to jest okej. Tak samo jak model AI z ograniczonym oknem kontekstowym - nie jest gorszy dlatego, że ma limit. Jest dobry w tym, co robi, kiedy dostaje odpowiednią ilość kontekstu we właściwym momencie.

Nie chodzi o to, żeby być zajętym przez osiem godzin. Chodzi o to, żeby te 2-3 godziny faktycznej głębokiej pracy wykorzystać na rzeczy, które naprawdę posuwają sprawy do przodu. Reszta to obsługa - maile, spotkania, gasienie pożarów. Ważna, ale nie tam powstaje wartość.

Nadal mam dni, kiedy o 15:00 gapię się w monitor i nie wiem, co mam zrobić. Jest ich mniej. Ale nadal się zdarzają. I nauczyłem się, że to nie jest moja porażka - to jest sygnał, że mój kontekst się przepełnił i czas na reset.

Tak jak model AI, który po przekroczeniu okna kontekstowego zaczyna generować bzdury - mój mózg po przekroczeniu limitu zaczyna generować pustki. I jedyne sensowne rozwiązanie to nie walka z tym, a projektowanie pracy tak, żeby do tego limitu nie docierać.

Buduję systemy, które odciążają ludzki kontekst - integracje API, automatyzacje, narzędzia AI i szybkie prototypy (MVP/PoC). Jeśli w twojej firmie ludzie tracą czas na przełączanie się między narzędziami, ręczne przepisywanie danych albo procesy, które mogłyby działać same - napisz do mnie. Nazywam się Maciej Woźniczka, działam pod firmą Deadline i pomagam firmom budować rzeczy, które oszczędzają godziny, nie minuty.