---
name: przeglad-pracy
description: Przygotowuje powtarzalny przegląd pracy (codzienny, co 2–3 dni albo tygodniowy) na podstawie źródeł z pliku zrodla.md, zaczyna od poprzedniego zapisu, zapisuje nowy wpis w dzienniku i odpowiada na trzy pytania - co zrobione, gdzie są blokery, jaki jest następny krok. Używaj na koniec dnia lub tygodnia albo gdy użytkownik prosi o przegląd, podsumowanie dnia lub zapis kontekstu.
---

# Przegląd pracy

Wersja 0.1 (robocza, w trakcie testu). Powstała na podstawie skilla, którego używam do codziennego przeglądu własnej pracy.

## Cel

Po każdym okresie pracy zostawiasz krótki, sprawdzalny zapis: co się wydarzyło, co stoi i co dalej. Kolejny przegląd zaczyna od tego zapisu, więc nie opisuje wszystkiego od zera, tylko pokazuje zmianę.

Zapis jest notatką roboczą. Nie zmienia stałych zasad firmy, procedur ani decyzji. Jeśli z przeglądu wynika trwała zmiana, zgłoś ją osobno jako propozycję do zatwierdzenia przez człowieka.

## Kiedy używać

- Na koniec okresu ustawionego w `zrodla.md` (dzień, 2–3 dni, tydzień).
- Gdy użytkownik prosi o przegląd, podsumowanie albo zapis bieżącego kontekstu.
- Nie uruchamiaj tylko dlatego, że w kalendarzu lub na liście zadań są pozycje: plan nie dowodzi wykonania.

## Zanim zaczniesz

1. Przeczytaj `zrodla.md` w folderze projektu. Znajdziesz tam rytm przeglądu, listę źródeł, miejsce zapisu i rzeczy, których nie wolno zapisywać.
2. Jeśli pliku nie ma albo zawiera nieuzupełnione pola w nawiasach kwadratowych, zatrzymaj się i poproś użytkownika o ich uzupełnienie. Nie zgaduj źródeł.
3. Ustal datę i okres przeglądu w strefie czasowej z `zrodla.md`.

## Przebieg

1. **Przeczytaj poprzedni zapis.** Otwórz najnowszy wpis z miejsca zapisu wskazanego w `zrodla.md`. Wypisz z niego otwarte działania, blokery i informacje oznaczone jako „do wyjaśnienia”. Jeśli to pierwszy przegląd, napisz to wprost.
2. **Sprawdź źródła.** Przejdź po kolei źródła z `zrodla.md`. Przy każdym zanotuj, czy udało się je odczytać i jaki okres obejmują. Źródło niedostępne zapisz jako niedostępne; nie zastępuj go domysłem.
3. **Porównaj z poprzednim zapisem.** Dla każdej otwartej sprawy ustal: zamknięta, ruszyła, stoi, brak danych. Dopisz sprawy nowe.
4. **Rozdziel rodzaje informacji.** Każdy punkt oznacz jednym z określeń:
   - potwierdzone (jest źródło),
   - deklaracja (powiedział to użytkownik lub członek zespołu, bez śladu w systemie),
   - wniosek agenta,
   - propozycja,
   - do wyjaśnienia (brak danych).
5. **Nazywaj rzeczy czytelnie.** Zadania podawaj pełną nazwą, a nie samym identyfikatorem. Jeśli masz odnośnik, użyj nazwy jako tekstu linku.
6. **Wypełnij szablon** z sekcji „Szablon zapisu”. Pola bez danych oznacz „brak danych”.
7. **Zapisz wpis** w miejscu wskazanym w `zrodla.md`. Nie nadpisuj wcześniejszych wpisów; korektę starszego wpisu zapisz jako osobną notatkę z odwołaniem do niego.
8. **Odczytaj zapis ponownie.** Sprawdź datę, treść i źródła. Jeśli zapis albo odczyt się nie udał, powiedz to wprost i nie twierdź, że przegląd został zapisany.
9. **Odpowiedz użytkownikowi** na trzy pytania, pod jawnymi nagłówkami:
   - **Co zrobione?** Działania i wyniki ze źródłem i oznaczeniem z kroku 4.
   - **Gdzie są blokery?** Konkretne blokady i ich wpływ. Gdy ich nie widać, napisz „nie stwierdzono w sprawdzonych źródłach”.
   - **Jaki jest następny krok?** Jeden najbliższy krok, właściciel i termin, jeśli są potwierdzone. Jeśli nie, napisz, co wymaga ustalenia.
   Na końcu podaj listę sprawdzonych źródeł i luki w pokryciu.

## Zasady, których nie łamiesz

- Brak wpisu, komentarza lub zmiany statusu to brak śladu, a nie dowód, że praca nie została wykonana. Zapisuj „do wyjaśnienia”, nigdy „niewykonane”.
- Nie przypisuj właściciela, terminu, wyniku ani decyzji, jeśli źródło tego nie potwierdza.
- Gdy źródła sobie przeczą, pokaż obie wersje i oznacz sprawę „do wyjaśnienia”.
- Opisuj zdarzenia i przepływ pracy. Nie oceniaj ludzi i nie dopisuj im intencji.
- Nie twórz zadań, nie zmieniaj statusów i nie wysyłaj wiadomości bez osobnego polecenia.
- Nie zapisuj haseł, tokenów, danych osobowych klientów ani niczego z listy „Czego nie zapisywać” w `zrodla.md`.

## Szablon zapisu

```markdown
### Przegląd — [RRRR-MM-DD], okres: [od–do], odczyt wykonano: [data i godzina]

- **Główny rezultat okresu:** [wynik potwierdzony albo „brak danych”]
- **Zmiana wobec poprzedniego zapisu:**
  - [sprawa] — [zamknięta / ruszyła / stoi / brak danych] — [źródło]
- **Wykonane działania i dowody:**
  - [działanie] — [wynik] — [źródło lub link] — [potwierdzone / deklaracja / do wyjaśnienia]
- **Decyzje:**
  - [decyzja] — [kto potwierdził] — [źródło] — [konsekwencja lub termin, jeśli potwierdzony]
- **Blokery i ryzyka:**
  - [blokada] — [wpływ] — [właściciel i termin, jeśli znane] — [źródło]
- **Otwarte działania:**
  - [następny krok] — [właściciel] — [termin] — [gdzie to śledzimy]; braki oznacz „nieustalone”
- **Obserwacje o sposobie pracy:**
  - [obserwacja oparta na dowodzie] — [wpływ] — [propozycja usprawnienia, oznaczona jako propozycja]
- **Do wyjaśnienia:** [czego brakuje i jakie źródło mogłoby to potwierdzić]
- **Źródła sprawdzone i pokrycie:** [lista, zakres, źródła niedostępne]
```

## Kryteria poprawności

- Przegląd zaczyna się od poprzedniego zapisu i pokazuje zmianę wobec niego.
- Każdy istotny punkt ma źródło albo jawne oznaczenie z kroku 4.
- Wykonanie nie jest uznawane na podstawie planu, terminu ani braku wpisu.
- Odczyt kontrolny potwierdza zapis albo odpowiedź jasno mówi o błędzie.
- Odpowiedź zawiera trzy nagłówki: „Co zrobione?”, „Gdzie są blokery?”, „Jaki jest następny krok?”.
