wiki-searchlisted

# wiki-search Fast, ranked search across compiled wiki pages. Unlike a raw file search, this understands wiki structure — it searches frontmatter tags, page titles, content, and cross-link density to return the most relevant results. Does **not** require session orientation — can run cold. ## Path resolution (read this first) `{wiki_path}` is resolved by `wiki_lib.find_wiki_root()` — the same 9-step resolver every other skill uses (see `plugin/scripts/wiki_lib.py:482-568`): explicit `--wiki` → `$WIKI_PATH` → cwd ancestor with `SCHEMA.md`+`log.md` → `$LLM_WIKI_PROJECT` under `$LLM_WIKI_HOME` → nearest `.llm-wiki.yaml` / `.kata.yaml` → `~/.llm-wiki/registry.yaml` → git-root-name as `~/.llm-wiki/{repo}` → legacy `~/.kata/config.yaml` → default `~/.llm-wiki/common`. **Operational contract — do not violate:** - **Delegate path resolution to `search_naive.py`.** Call it **without `--wiki`** by default; the script self-resolves via `find_wiki_root()`. Pass `--wiki <path>` only when the user explicitly supplies one in the skill args. - **Do not** read `SCHEMA.md` / `index.md` / `log.md` as a precondition. Their absence in cwd is **not** evidence that the wiki is unavailable — the wiki very likely lives at `~/.llm-wiki/<project>/`, not in cwd. Those three files are `wiki-init` / `wiki-query`'s precondition, not yours. - **Do not** invent fallbacks ("degrade to low confidence", "continue from source code", "wiki unavailable"). wiki-search is a hard query: either t