uklid orphanu po retired llm-wiki + korekce reportu o wiki indexaci

results/2026-09-18_wiki-indexace-vysetreni.md

@@ -1,5 +1,64 @@
 # Wiki indexace — výsledky šetření
 
+> **KOREKCE 2026-09-18 17:52:10 — původní šetření níže je ve třech nálezech nesprávné.**
+> Text se ponechává jako stopa po chybné analýze. Platí to, co je v této sekci.
+
+## Korekce
+
+### Indexace wiki funguje
+`wiki_sync.log` v 17:07 hlásí `workspace: indexed 1 files (3 chunks), deleted 0` a
+`done files=197 chunks=789 vectors=789 pending=0 embedded=3`. `wiki/index.sqlite` má
+mtime 2026-09-18 17:07. Původní report vznikl v 17:06 — **minutu předtím, než běh doběhl**.
+Git zdroje (`index`, `travel`, `wood-ng`) souhlasí s remote HEAD, `git ls-remote` i
+embedding endpoint `nvidia.hell:11434` odpovídají v řádu ms.
+
+### Root cause je výpadek serveru, ne skill
+Všechny crony ustaly **naráz** 2026-09-17 v 19:13 a vrátily se 2026-09-18 ve 14:40 —
+`wiki_sync.log` i `ollama_usage_cron.log` končí na stejné minutě. To sedí na pád
+virtualizačního hostu. Žádná indexace mezitím neběžela, protože neběželo nic.
+
+### Stale lock BYL (původní nález 3 je vyvrácen neprávem)
+`wiki_sync.log`: `2026-09-18T14:40:37+02:00 WARN stale lock, reclaiming`. Lock je
+`wiki/.sync.lock` (`STALE_SECONDS = 30 min`, viz `skills/wiki/scripts/wiki_sync.py`), ne
+`triggers/.lock` ani `unlock.sh` — ty s wiki nesouvisí a hledaly se špatně. Lock byl
+pozůstatek po běhu zabitém pádem hostu a první porebootový běh ho korektně uklidil.
+
+### `wiki-compile` není přejmenovaný `llm-wiki`
+`wiki-compile/SKILL.md` sám odkazuje „*that is capture-only (see llm-wiki skill)*" —
+byl to **sourozenec** llm-wiki, ne rename. Obsahoval jen `SKILL.md`, žádné skripty.
+
+### Rozbitý cron byl orphan, ne příčina
+Retirement `llm-wiki` proběhl korektně (zálohy `backup/skills/llm-wiki/`,
+`backup/workspace/cml/`), jen se zapomněl řádek v crontabu. Se skillem `wiki` nesdílel
+**nic** — jiná DB, jiný log, jiný lock, jiný adresář. Nemohl indexaci blokovat.
+
+**Pozor na tři nesouvisející věci sdílející slovo „wiki":**
+
+| | živé | retired |
+|---|---|---|
+| skill `wiki` (hybrid RAG) | `wiki/index.sqlite`, `log/wiki_sync.log` | — |
+| `llm-wiki` (PoC LLM-kurátorovaná wiki) | — | `backup/skills/llm-wiki/`, `backup/workspace/cml/` |
+| `wiki-compile` (drain pro llm-wiki) | — | `backup/skills/wiki-compile/` |
+
+### `db/wiki.sqlite` byl orphan
+Grep přes celý workspace nenašel **žádnou** referenci kromě tohoto reportu. 0 bajtů, smazán.
+
+### Co se opravilo (2026-09-18)
+- crontab uživatele `nanobot`: odstraněn mrtvý `wiki-compile` job (zbývá 6 jobů)
+- `log/wiki_compile_cron.log` (2,1 MB) + `log/wiki_compile_manual.log` → `backup/*.retired`
+- `skills/wiki-compile/` → `backup/skills/wiki-compile/`
+- `db/wiki.sqlite` (0 B) smazán
+
+### Zbývá prověřit
+Běh, který ve 14:40 přebral stale lock, doběhl až v 17:07 — **2 h 27 min** na jeden
+zaindexovaný soubor. Hypotéza: `git fetch` nemá timeout (na rozdíl od `ls-remote`, který má
+20 s) a po rebootu visel na nedostupné síti. Přesně scénář, před kterým varuje komentář
+v `wiki_sync.py`. Neakutní — síť i endpointy teď odpovídají normálně.
+
+---
+
+## Původní šetření (nesprávné — viz korekce výše)
+
 ## Souhrn
 Poslední úspěšná wiki indexace proběhla **2026-09-17 18:50** (mtime `wiki/index.sqlite`, 7.3 MB).
 Od přejmenování skillu `llm-wiki` → `wiki-compile` jede kompilační cron job nasucho a loguje chybu `No such file or directory`. Žádný stale lock na wiki nezůstal.