FabledScribe

Ordered straight off rule_embeddings, the planner walked the HNSW index,
which returns about hnsw.ef_search (40) nearest chunks across every owner
and project and filters by home only afterwards. A reader's own rule ranked
past the 40th chunk overall was silently dropped - on a shared install,
other users' rules fill those 40. This is the likely cause of the
intermittent test_integration_rule_scope failures, whose axis-vector
fixtures sit far from every real embedding in the graph.

The in-scope chunks now go through a MATERIALIZED CTE, which the index
cannot order, so the ranking over them is exact. A rulebook is hundreds of
chunks; exact is cheap. New test: 80 nearer rules belonging to someone else
no longer hide the reader's one rule.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-05 19:30:05 -04:00

mcp

feat(moments): a mount that keeps arriving where it does not apply proposes its own removal (milestone 458 step 7b, #4955 )

2026-10-05 18:19:59 -04:00

models

feat(moments): a mount that keeps arriving where it does not apply proposes its own removal (milestone 458 step 7b, #4955 )

2026-10-05 18:19:59 -04:00

routes

feat(moments): mount the corpus by proposal - a pass and an open-after-moment signal, both stopping at the operator (milestone 458 step 7, #4925 )

2026-10-05 16:03:53 -04:00

services

fix(retrieval): scope the rule search before ranking it - an in-scope rule is no longer lost behind other owners' nearer rules (#4958 )