oskar cb8a19de83 test(kb-query): luki T1–T3 z test_fallback.py + status kalibracji ollama-piha (salvage S3+S4) ... T1: one-shot switch przy timeoutcie mid-embed (ścieżka asyncio.wait_for, dotąd nieprzetestowana — scenariusz 'SOLARIA wisi'). T2: breaker zostaje 'down' po mid-embed failure — kolejne requesty w oknie TTL idą prosto na fallback bez probe'a. T3: noga fallbacku nie dziedziczy twardego timeoutu primary. T4 pominięty (semantyka granicy TTL identyczna, wg raportu). Pytest kb-query: 42/42 PASS. S4: pomiar kalibracji 2026-07-27 (peak ~983 MiB, GO) dopisany do override'u i sekcji Calibration w README — master mówił dotąd 'Confirm/trim after live calibration'; konfiguracja kontenera identyczna z mierzoną, pomiar się przenosi. Raport dedup: status zaktualizowany na 'salvage wykonany'. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>		2026-07-30 16:40:24 +02:00
..
frontend	feat(kb-query): add search frontend (module 5 phase 4, plan §7, Krok 4)	2026-07-22 16:49:36 +02:00
test_embed_router.py	test(kb-query): luki T1–T3 z test_fallback.py + status kalibracji ollama-piha (salvage S3+S4)	2026-07-30 16:40:24 +02:00
test_frontend.py	feat(kb-query): add search frontend (module 5 phase 4, plan §7, Krok 4)	2026-07-22 16:49:36 +02:00
test_links.py	feat(kb): add kb-query service skeleton (search API, no ingress yet)	2026-07-22 16:06:18 +02:00
test_search.py	feat(kb): aktywny fallback embeddingów SOLARIA→PIHA dla kb-query (faza 4 Krok 2)	2026-07-29 19:01:29 +02:00
test_startup.py	feat(kb): add kb-query service skeleton (search API, no ingress yet)	2026-07-22 16:06:18 +02:00