docs: backlog — bug grafu knowledge-catalog + brakujacy override ollama@SOLARIA

Dwa wpisy do sekcji Aktywne, oba ze zrodlem w sesji 2026-07-31:

- upstream GoogleCloudPlatform/knowledge-catalog: generator grafu pomija
  linki od "/" wbrew §5.1 wlasnej spec; obejscie = wlasny generator
  w pilocie narty27, fix = issue/PR do upstreamu
- hosts/solaria/runtime/ollama/docker-compose.override.yml brak w repo,
  mimo ze ollama jest w hosts/solaria/services.yaml — konfiguracja
  zywego kontenera niewersjonowana (wzorzec: hosts/piha/runtime/ollama-piha)

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs/backlog.md

@@ -156,6 +156,44 @@ historia incydentów, out-of-band watchdog.
 
 ## Aktywne
 
+### Bug upstreamu `GoogleCloudPlatform/knowledge-catalog`: generator grafu pomija linki od `/`
+
+**Data**: 2026-07-31
+**Źródło**: pilot fazy 5 — narty27 (`docs/sessions/2026-07-31-kb-f4-final-narty27.md`,
+sekcja „Wnioski do przeniesienia na fazę 5", pkt 3)
+**Problem**: generator grafu z `knowledge-catalog` pomija linki zaczynające się od `/`
+(ścieżki absolutne), wbrew §5.1 **własnej spec** OKF, która je dopuszcza. Efekt: część
+krawędzi grafu po prostu nie powstaje — cicho, bez ostrzeżenia. Rozbieżność
+implementacja↔spec po stronie upstreamu, nie naszej konfiguracji.
+**Obejście (zastosowane)**: własny generator grafu (cytoscape) w pilocie narty27 —
+nie używamy generatora upstreamu.
+**Fix**: zgłosić issue/PR do `GoogleCloudPlatform/knowledge-catalog` (minimalny repro:
+dokument z linkiem `/foo` → brak krawędzi w wyjściu grafu, mimo §5.1). Jeśli upstream
+naprawi — rozważyć powrót z własnego generatora przy fazie 5 (wiki-kompilat), żeby nie
+utrzymywać własnego kodu bez potrzeby.
+
+---
+
+### `hosts/solaria/runtime/ollama/docker-compose.override.yml` — brak w repo (rozjazd repo↔runtime)
+
+**Data**: 2026-07-31
+**Źródło**: sesja 2026-07-31 (`docs/sessions/2026-07-31-kb-f4-final-narty27.md`,
+sekcja „Otwarte po sesji" pkt 2)
+**Problem**: `ollama` jest zadeklarowana w `hosts/solaria/services.yaml` (rola
+`llm-inference`, exposure `private` = bind na `TAILSCALE_BIND_IP` + loopback), ale
+`hosts/solaria/runtime/` zawiera wyłącznie `node-agent` i `stability-agent` — override
+dla `ollama` **nie istnieje w repo**. Host-specific konfiguracja żywego kontenera
+(rezerwacja GPU, bind, env) nie jest zatem wersjonowana: repo nie opisuje tego, co
+faktycznie biega na SOLARII. Ta sama klasa rozjazdu repo↔runtime co przy węzłach
+repo-less — dowolny redeploy z repo może wystawić serwis inaczej, niż działa dziś.
+Wzorzec docelowy istnieje obok: `hosts/piha/runtime/ollama-piha/docker-compose.override.yml`.
+**Fix**: zrekonstruować override z żywego kontenera na SOLARII (`docker inspect` →
+bind/porty/GPU/env/limity) i zacommitować jako
+`hosts/solaria/runtime/ollama/docker-compose.override.yml`; zweryfikować, że deploy
+z repo daje kontener identyczny z obecnym **zanim** ktokolwiek zrobi redeploy.
+
+---
+
 ### `scripts/ha/deploy.sh --delete`: brak wspólnego toru kasacji automatyzacji
 
 **Data**: 2026-07-27