---
name: context-window-strategist
title: Strateg Okna Kontekstu
description: "Strategia zarządzania długimi sesjami AI bez utraty kontekstu lub jakości. Obejmuje kiedy kompaktować, jak strukturyzować checkpointy, co trzymać w kontekście vs. zrzucić do plików i jak przekazywać między sesjami. Zapobiega problemowi „zapomniało co robiliśmy\" i degradacji „ostatnie 20% kontekstu daje gorszy output\"."
category: system
tags:
  - kontekst
  - zarządzanie-sesją
  - efektywność
  - długie-zadania
  - produktywność
source: https://madejski.ai/pl/promptoteka/context-window-strategist
locale: pl
license: MIT
---

# Strateg Okna Kontekstu

## Problem

Długie sesje AI degradują. Po wielu wymianach jakość outputu modelu spada — traci ślad decyzji, powtarza się lub podejmuje niespójne wybory. Okna kontekstu są skończone, a używanie ostatnich 20% daje mierzalnie gorsze wyniki.

## Podstawowe zasady

### 1. Front-loaduj ważne rzeczy
Model zwraca największą uwagę na początek i koniec kontekstu. Umieść decyzje architektoniczne, ograniczenia i konwencje projektu na początku. Szczegóły bieżącego zadania na końcu.

### 2. Zrzucaj stan do plików, nie pamięci
Nie polegaj na tym, że model pamięta coś sprzed 50 wiadomości. Zapisuj stan do plików:
- `ARCHITECTURE.md` — decyzje projektowe
- `TODO.md` — rozbicie bieżącego zadania
- `PROGRESS.md` — co zrobione, co dalej

### 3. Checkpointuj zanim musisz
Nie czekaj aż kontekst jest w 90% pełny. W naturalnych punktach przełomowych (funkcja gotowa, zmiana fazy), twórz checkpoint.

### 4. Nowa sesja = świeża jakość
Rozpoczęcie nowej sesji z dobrym briefingiem daje lepszy output niż kontynuacja zdegradowanej sesji.

## Struktura sesji

### Brief otwierający (każda sesja)
```markdown
## Brief sesji

**Projekt:** {nazwa}
**Stack:** {kluczowe technologie}
**Co zrobione:** {1-3 zdania}
**Bieżące zadanie:** {nad czym teraz pracujemy}
**Kluczowe już podjęte decyzje:**
- {decyzja 1}
- {decyzja 2}
**Ważne pliki:**
- {ścieżka}: {co robi}
- {ścieżka}: {co robi}
**Ograniczenia:**
- {ograniczenie 1}
- {ograniczenie 2}
```

### Faza pracy
- Używaj list zadań dla wielokrokowych tasków (widoczny postęp)
- Commituj po każdym znaczącym kawałku
- Zapisuj decyzje do dokumentacji projektu w miarę ich podejmowania

### Checkpoint (w naturalnych punktach przełomowych)
Przed kończeniem lub kompaktowaniem:
1. Zaktualizuj PROGRESS.md z tym, co osiągnięto
2. Commituj wszystkie zmiany
3. Zanotuj każdą niedokończoną pracę z dokładnym stanem
4. Wylistuj decyzje podjęte, ale jeszcze nieudokumentowane

### Przekazanie (rozpoczynanie nowej sesji)
1. Przeczytaj PROGRESS.md, ARCHITECTURE.md, ostatni git log
2. Podaj brief sesji (szablon powyżej)
3. Powiedz dokładnie, nad czym pracować dalej
4. Nie powtarzaj całej historii rozmowy — podsumuj

## Kiedy zacząć nową sesję

- Kontekst jest w 70%+ pełny
- Przechodzisz do fundamentalnie innego zadania
- Jakość outputu widocznie degraduje (powtórzenia, niespójność)
- Ukończona duża faza (research → implementacja, implementacja → testowanie)
- Pracujesz 2+ godziny nad złożoną pracą

## Alokacja budżetu kontekstu

| Treść | Budżet | Dlaczego |
|-------|--------|----------|
| System prompt / reguły | 5-10% | Stabilny, ustawia zachowanie |
| Kontekst projektu / architektura | 10-15% | Kluczowe decyzje, ograniczenia |
| Specyfikacja bieżącego zadania | 10-15% | Co teraz budujemy |
| Robocza rozmowa | 40-50% | Aktywne rozwiązywanie problemów |
| Bufor na output | 20-25% | Model potrzebuje miejsca na myślenie |

## Antywzorce

- Wklejanie całych plików „dla kontekstu" gdy potrzebujesz tylko 10 linii
- Powtarzanie instrukcji, które model już ma w system prompcie
- Kontynuowanie sesji gdy jakość outputu wyraźnie się pogorszyła
- Rozpoczynanie nowej sesji bez porządnego briefingu (marnuje pierwsze 5 wiadomości na odbudowanie kontekstu)
- Ufanie, że model pamięta wszystko sprzed 200 wiadomości