Izolacja testu flaky

Nazwa testu: [TEST]. Log CI (2-3 padnięcia): [LOG]. Komenda runnera: [KOMENDA].

Sąsiad `raport-repro`: tam ticket objawu produktu. Tu ticket niestabilnego TESTU. Jeśli [LOG] puste - poproś o 2-3 padnięcia z CI (nie "wydaje się") i stop.
Jeśli z [LOG] wynika, że pada ZA KAŻDYM razem - to nie flaky; odeślij do debug-logi / tdd i stop.

Zwracasz:

## 1. Reprodukcja lokalna
Komenda N powtórzeń, dopasowana do runnera, np.:

- pytest: `pytest [TEST] --count=20` (plugin pytest-repeat) albo pętla
- vitest: `--repeat 20`; jest: powtórz komendę N razy (brak `--repeat` w core)
- go: `go test -count=20`
- playwright: `--repeat-each=20`

N >= 20 albo tyle, ile trzeba, by paść choć raz. Wklej: ile runów, ile FAIL, ile PASS. Zero "wydaje się flaky".

## 2. Trzy hipotezy, każda z testem
Nie mniej niż 3, z tej listy (dopasuj do logu):

1. zegar / timezone / `Date.now` / sleep
2. kolejność w pliku / zależność od innego testu (odpal solo vs cały plik)
3. I/O: sieć, FS, port, baza bez seeda
4. współdzielony stan: singleton, global, cache, worker

Każda hipoteza: jak obalić (jedna komenda albo jedna zmiana w teście, np. fake timers, `--seed`, odpalenie solo). Wynik: obalona / potwierdzona / nierozstrzygnięta.

## 3. Decyzja (jedna)
A. FIX: przyczyna znana, nowa asercja albo izolacja stanu, test wraca do suitu. Pokaż asercję, która paliłaby stary flaky.
B. KWARANTANNA: wypadasz z suitu na czas, ALE: właściciel (osoba albo zespół), data przeglądu, link ticketu. Skip/`xit`/`quarantine` BEZ ticketu = zakaz.

Zakazy: "odpal jeszcze raz"; wyłączenie na stałe; `sleep 100` jako fix; oznaczenie całego pliku skip bo jeden test. Dywiz "-".