Codzienny przegląd pracy z AI - czyli jak dbam o kontekst organizacji

Skoro świat przyspiesza z AI, to jak mam nadążyć za tym wszystkim?

Problem aktualizacji kontekstu jest jednym z wyzwań które stoją przed każdą organizacją i zespołem, rozwiązanie w naszym przypadku nie było aż tak trudne, ponieważ zawsze pracowaliśmy w oparciu o cykliczne spotkania i notatki. Opowiem o tym jak z codziennego podsumowania pracy zrobiłem powtarzalny zapis, od którego agent AI zaczyna kolejny dzień. Zacznę od tego że, zespoły na całym świecie opierają pracę na krótkich, regularnych spotkaniach: daily, scrumie czy rozbiegówkach. Z moich obserwacji wynika, że dzięki nim lepiej się komunikują i działają skuteczniej niż zespoły, które takich spotkań nie mają. Zastanawiałem się, jak przenieść wartość takich spotkań do pracy z AI i włączyć w nie agentów oraz asystentów. Poniżej opisuję, jak to zbudowałem, i daję cztery pliki, z których możesz skorzystać u siebie.

Raport był poprawny, ale każdego dnia wyglądał jak pierwszy

Na początku września poprosiłem asystenta AI o codzienny przegląd mojej pracy. Odczytywał wszystkie moje aktywne zadania, których było wtedy 187, oraz ponad sto wydarzeń w kalendarzu, a potem układał z tego podsumowanie. Niczego w nim nie brakowało, a mimo to niewiele z niego wynikało. Backlog, czyli lista zadań czekających na realizację, był długi, a agent nie wiedział, co jest naprawdę ważne. Priorytety oczywiście były, ale gdy w statusie URGENT jest ich 21, ułożenie harmonogramu na podstawie wiedzy o organizacji nie jest dla agenta oczywiste, a na pewno nie tak, jak dla mnie. A przecież właśnie o mój i Twój czas tu chodzi.

Dostawałem listę bez ciągłości. Te same sprawy były opisywane od nowa, jakby agent widział je po raz pierwszy, i nigdzie nie znajdowałem odpowiedzi na pytanie, co ruszyło od wczoraj. Agent nie popełniał błędu. Nie miał skąd wiedzieć, co ustalił dzień wcześniej, więc każda rozmowa zaczynała się dla niego od zera.

Wiem, że można prowadzić to w jednym czacie. Po kilku dniach model zacznie jednak skracać starszą część rozmowy i część ustaleń zniknie. Mnie zależy na tym, żeby sięgać do zapisu w dowolnym momencie, z dowolnego modelu i od dowolnego dostawcy.

Jeśli prowadzisz firmę albo projekt, możesz znać to ze spotkań statusowych: wszyscy czytają listę zadań, ale nikt nie mówi, co się zmieniło, więc trudno zobaczyć, gdzie jest postęp, a gdzie utknęliście.

Przegląd zaczyna dziś od poprzedniego zapisu

Zmiana była prosta w założeniu. Każdy przegląd kończy się zapisem w stałym miejscu, a następny zaczyna od jego odczytania. U mnie tym miejscem jest wspólna pamięć firmy, do której agent ma dostęp. U Ciebie na początek wystarczy folder z plikami.

Taki zapis bywa nazywany handoffem, czyli przekazaniem pracy. To krótka notatka dla kolejnej sesji: co jest zrobione, co pozostaje otwarte i od czego zacząć. W połowie września spisałem zasady przeglądu jako skill, czyli instrukcję, którą agent wykonuje za każdym razem w ten sam sposób. Jego odpowiedź ma zawsze trzy nagłówki:

• Co zrobione?
• Gdzie są blokery?
• Jaki jest następny krok?

Ten nawyk możesz wziąć od razu, także bez AI. Zadaj te trzy pytania na najbliższym spotkaniu zespołu i poproś, żeby odpowiedzi odnosiły się do poprzedniego spotkania, a nie do całej listy zadań.

Cztery pliki tworzą projekt przeglądu

Żeby przegląd działał powtarzalnie, potrzebny jest folder, w którym agent znajdzie zasady, źródła i wcześniejsze zapisy. Przygotowałem uogólnioną wersję tego, z czego korzystam, bez danych mojej firmy. Pliki pobierzesz ze strony Zasoby:

• AGENTS.md: stałe zasady projektu: co jest w folderze, od czego agent zaczyna każdą sesję, czego nie robi bez polecenia.
• zrodla.md: Twoje ustawienia: rytm przeglądu, lista źródeł, miejsce zapisu i to, czego nie wolno zapisywać.
• SKILL.md: procedura przeglądu krok po kroku razem z szablonem zapisu.
• prompt-automatyzacji.md: polecenie do wklejenia w harmonogram i wskazówki, jaki rytm wybrać.

Utwórz folder, na przykład „przegląd pracy”, i włóż do niego AGENTS.md oraz zrodla.md. Skill umieść w podfolderze .agents/skills/przeglad-pracy/, jeśli pracujesz w Codexie, albo .claude/skills/przeglad-pracy/, jeśli w Claude Code. Zapisy przeglądów będą trafiać do podfolderu dziennik/, po jednym pliku na przegląd. Nie musisz robić tego ręcznie. Otwórz w swoim narzędziu projekt powiązany z tym folderem i poproś asystenta w oknie czatu, żeby przygotował tę strukturę za Ciebie.

Źródła wpisujesz sam, zaczynając od jednego

Plik zrodla.md to jedyne miejsce, które wymaga Twojej pracy. W tabeli są pola oznaczone „TU WPISZ SWOJE ŹRÓDŁO”. Przy każdym źródle podajesz trzy rzeczy: skąd agent ma czytać, co dokładnie i jak ma się tam dostać. Przykładowy wiersz może wyglądać tak: lista zadań w narzędziu do zarządzania projektami (u mnie ClickUp), zadania przypisane do mnie ze statusami i terminami, dostęp przez konektor. Drugim przykładem są podsumowania nagrań ze spotkań, np. z Fireflies albo Plaud (u mnie Plaud MCP, link afiliacyjny).

Konektor albo serwer MCP to sposób, w jaki asystent AI łączy się z Twoimi systemami; opisałem to w osobnym wpisie o MCP. Jeśli nie masz jeszcze żadnego połączenia, zacznij od jednego źródła, najlepiej listy zadań, albo wklejaj agentowi własne notatki z dnia. Kolejne źródła dopisuj dopiero wtedy, gdy pierwsze działa. U mnie przegląd korzysta między innymi z listy zadań, zapisów MCP, przeglądu tematów z okien czatu, kalendarza i notatek ze spotkań.

Dopóki w pliku zostają puste pola, skill każe agentowi zatrzymać się i poprosić o uzupełnienie. Dzięki temu agent nie zgaduje, skąd brać informacje.

Uzupełnienie tego pliku również możesz zlecić asystentowi w oknie czatu projektu.

Pierwszy przegląd uruchamiasz ręcznie, harmonogram ustawiasz potem

Zanim cokolwiek zautomatyzujesz, sprawdź wynik własnymi oczami:

1. Otwórz folder projektu w swoim narzędziu i napisz: „Zrób przegląd pracy.”
2. Przeczytaj zapis w folderze dziennik/ i porównaj go z tym, co wiesz o swoim dniu.
3. Popraw to, co agent zrozumiał źle, i dopisz poprawkę do zrodla.md.
4. Następnego dnia uruchom przegląd ponownie i sprawdź, czy odnosi się do poprzedniego zapisu.

Gdy dwa lub trzy przeglądy z rzędu są wiarygodne, ustaw harmonogram. Do narzędzia, które uruchamia agenta o stałej porze, wklej to polecenie:

Pracujesz w folderze projektu „przegląd pracy”.
1. Przeczytaj AGENTS.md i zrodla.md.
2. Uruchom skill przeglad-pracy dla okresu od poprzedniego zapisu do teraz.
3. Zapisz przegląd w miejscu wskazanym w zrodla.md i odczytaj go ponownie.
4. Odpowiedz pod trzema nagłówkami: Co zrobione? Gdzie są blokery? Jaki jest następny krok?
Jeśli zrodla.md ma nieuzupełnione pola albo któreś źródło jest niedostępne, nie zgaduj:
zapisz, czego brakuje, i zakończ.
Nie twórz zadań, nie zmieniaj statusów i nie wysyłaj wiadomości.

U mnie przegląd uruchamia automatyzacja w aplikacji Codex. Podobną funkcję ma aplikacja Claude w postaci zaplanowanych zadań. Zadania lokalne uruchamiają się tylko wtedy, gdy aplikacja jest otwarta, a komputer nie śpi; zadania w chmurze działają także przy wyłączonym komputerze.

Rytm dobierz do tempa pracy. Codzienny zapis ma sens, gdy sprawy zmieniają się z dnia na dzień. Przy jednym projekcie wystarczy przegląd co dwa lub trzy dni, a do celów zespołu raz w tygodniu. Wybierz taki rytm, przy którym faktycznie przeczytasz każdy zapis.

Zapis jest tak dobry, jak ślady, które zostawia zespół

Największym ograniczeniem okazały się luki w danych źródłowych. Jeśli nikt nie zapisał czasu pracy ani nie zmienił statusu zadania, agent nie widzi, że coś się wydarzyło. Zdarzały się dni, w których lista zadań nie pokazywała żadnego wpisu czasu, choć praca była wykonywana.

Dlatego w skillu jest zasada, którą polecam przenieść także do rozmów z ludźmi: brak śladu to nie dowód, że praca nie została wykonana. Agent zapisuje wtedy „do wyjaśnienia”, nigdy „niewykonane”. Każdą informację oznacza też jednym z określeń: potwierdzone, deklaracja, wniosek agenta, propozycja albo do wyjaśnienia. Po tygodniu sekcja „do wyjaśnienia” pokaże Ci, w których miejscach zespół nie zostawia śladów.

Widzę, jak rośnie świadomość w firmie i w pracy z AI

Ciągłość się poprawiła: przegląd odnosi się do poprzedniego dnia, a otwarte sprawy wracają w kolejnych zapisach. To moja obserwacja, bez konkretnego pomiaru. Nie wiem jeszcze, ile czasu oszczędzam, i nadal poprawiam zarówno skill, jak i sposób, w jaki zapisujemy pracę w źródłach.

Mam też wobec tego projektu oczekiwanie. Powtarzalny zapis porządkuje sposób pracy, bo co kilka dni wymaga odpowiedzi na te same trzy pytania. Jednocześnie z każdym wpisem model dostaje więcej kontekstu o firmie. Traktuję to jako krok w stronę zespołów, w których ludzie współpracują z agentami pracującymi na poziomie, jaki znają doświadczeni członkowie organizacji. To na razie wizja. Asystenci już dziś odgrywają w naszej pracy dużą rolę, więc ten kolejny krok nie wydaje się odległy. Można powiedzieć, że w niewielkim zakresie już to testujemy.

Sprawdź, od czego Twój asystent zaczyna dzień

Otwórz jutro nową rozmowę z asystentem AI i zapytaj: „Co ustaliliśmy wczoraj i co pozostaje otwarte?” Jeśli nie potrafi odpowiedzieć, zaczyna każdy dzień od zera, tak jak mój przegląd trzy miesiące temu. Jeden folder, jeden plik ze źródłami i trzy pytania wystarczą, żeby to zmienić.