diff --git a/docs/sessions/2026-08-05.md b/docs/sessions/2026-08-05.md
new file mode 100644
index 0000000..7872397
--- /dev/null
+++ b/docs/sessions/2026-08-05.md
@@ -0,0 +1,69 @@
+---
+okf: "0.1"
+type: session-log
+visibility: private
+status: active
+updated: 2026-08-05
+links: []
+---
+
+# Session log 2026-08-05
+
+## Session 22:47
+
+Redeploy node-agenta R1/R2/R3 na flotę (supervised, checkpointy zatwierdzane przez
+operatora). Incydent źródłowy: `kb/incidents/2026-07-30-ollama-solaria-vanish.md`.
+
+### Commits
+
+Ta sesja **nie wprowadziła żadnych commitów** poza niniejszym logiem — deploy runtime,
+zero zmian w kodzie. Granica wyznaczona fallbackiem 24 h (poprzedni log sesji nie używa
+nagłówków `## Session HH:MM`), więc poniższa lista obejmuje też wcześniejszą pracę
+operatora z tego samego okna, niezwiązaną z tym deployem:
+
+```
+bb3792d docs(kb-site): przekaz ACCESS_TOKEN generatorowi w procedurze publikacji
+f5c6f3b fix(kb-site): token bramki w kazdym linku wewnetrznym generatora
+04251b5 docs(sessions): log sesji 2026-08-05 — batching embed (start fazy mailowej)
+75116ad docs(kb-retrieval): rozdzial torow embed takze w docstringu embed_batch
+02a0079 feat(kb-mail-batching): retry + izolacja trujacego chunka w torze embed + benchmark
+71eaab0 feat(supervisor): duty-cycle nodes — liveness transitions logged, not actioned
+19548d8 fix(kb-site): wycofaj robots.txt — blokowal legalny fetch z tokenem
+67e49a0 docs(kb-site): przepisz nieaktualne kb.okit.pl na kb-e2a24af3.okit.pl
+db81cb1 feat(kb-site): noindex + robots.txt + obscure subdomain jako domyslny base-url
+7282a5e docs(recon): sciezka redeploy — fix jest w repo od 2026-08-03, nie jest wdrozony
+```
+
+### Files changed
+
+Brak — drzewo robocze czyste przez całą sesję, poza tym plikiem.
+
+### Deploys
+
+Recon wykazał, że zakres jest węższy niż zakładano: PIHA i VPS **już** miały kod R1/R2/R3
+(weryfikacja sha256 pliku w kontenerze vs repo). Realny zakres: SOLARIA i LUSTRO.
+LUSTRO nie było w pierwotnej liście, a było jedynym nodem faktycznie kasującym bez filtra.
+
+| Node | Przed | Po | Wynik |
+|---|---|---|---|
+| SOLARIA | `c80a711f` (2026-07-22, pre-R1) | `438111e2` | OK, bez rollbacku |
+| LUSTRO | `460d5cc5` (2026-06-11, 658 linii) | `3260c74a` | OK, bez rollbacku |
+| PIHA | `9141cc61` — sha == repo HEAD | bez zmian | deploy pominięty (już aktualny) |
+| VPS | `27be875d` — R1/R2/R3 obecne | bez zmian | deploy pominięty (różnice tylko w komentarzach) |
+
+Weryfikacja po deployu na obu wdrożonych nodach: kontener `Up (healthy)`, zero tracebacków,
+sha256 `node_agent.py` w runtime == repo HEAD, brak wykonywalnego `containers.prune()`,
+`docker ps -a` identyczne z pre-snapshotem, heartbeat świeży. `NODE_TYPE` zachowane
+(SOLARIA `lte_node` = M1, LUSTRO `sd_card`). Marker `last-docker-cleanup` na LUSTRO
+nie wyzerował się przy recreate.
+
+Test e2e na SOLARII (kanarek `restart=unless-stopped` bez labela compose): zatrzymany,
+przeżył 151 s (>2× CHECK_INTERVAL) jako `exited`, nie usunięty. Dry-run logiki filtra
+bez wywołania `remove()`: REMOVE=0 na obu nodach.
+
+Obrazy sprzed deployu otagowane `node-agent:rollback-pre-r1` na SOLARII i LUSTRO
+(na SOLARII były dangling — groziło zjedzenie celu rollbacku przez przyszły prune).
+
+### Narrative
+
+> _user-provided summary_