fix(wiki): exclude archived pages from render-wiki index/MOC

[kurosawareiji7007-hub]

Summary

• vouch render-wiki no longer lists archived pages in index.md / MOC.md.
• Same live-set filter as recall / digest / search.

Fixes #695

Test plan

• pytest tests/test_cli.py::test_render_wiki_excludes_archived_pages
• ruff check on touched files
• CI green + 100% diff coverage

Made with Cursor

[plind-junior]

checked the surface-drift question first, since that is where this class of fix usually leaks: render_index and render_moc have exactly one caller each, both in render_wiki_cmd (cli.py:3367 and :3375), and both read the same filtered pages list. so filtering at the CLI does cover every path today — no MCP or JSONL equivalent to miss. good.

that said, the filter is in the wrong layer for the same reason. wiki_render.render_index(pages) takes the page list, so "which pages belong in the wiki front door" is currently a fact the CLI knows and the renderer does not. the moment a second caller appears — a kb.render_wiki, the review-ui, an export — it re-learns the filter or it leaks. pushing it into wiki_render (or taking a pre-filtered live set from a shared helper) makes that impossible instead of merely unlikely.

which is the cross-cutting note on this cluster: context._page_is_live already exists for this predicate and its docstring says that keeping it in more than one place is what let kb.context keep serving archived pages after #581 fixed kb.search. with #710, #709, #708 and #698 all open, this is the fifth copy. longer version on #708.

the test is good — asserting on both index.md and MOC.md, plus the rendered 1 page(s) count, catches the case where the filter is applied to one render and not the other.

nothing blocking.

[github-actions]

diff coverage: n/a — this PR changes no python under src/vouch/, so there is nothing for the gate to measure.