Problem

Hyphens and underscores in compound words and identifiers break both lex and vec/hyde search:

Lex — hyphens (#417): Hyphenated identifiers like DEC-0054, RFC-0011, CVE-2024-1234 are unsearchable:

• Bare DEC-0054 → parsed as negation (DEC minus 0054) → 0 results
• Quoted "DEC-0054" → sanitizeFTS5Term() strips hyphen → dec0054 → doesn't match FTS5 unicode61 tokens (dec, 0054) → 0 results

Lex — underscores (#305): Snake_case identifiers like apply_secrets, __init__, my_variable are unsearchable:

• sanitizeFTS5Term() strips underscores → applysecrets → doesn't match FTS5 unicode61 tokens (apply, secrets) → 0 results

Vec/hyde (#414): validateSemanticQuery() uses /-\w/ which rejects compound words like multi-agent, role-based, chain-of-thought as negation syntax.

Root Cause

FTS5's unicode61 tokenizer splits on hyphens and underscores at index time (DEC-0054 → dec + 0054, apply_secrets → apply + secrets). But sanitizeFTS5Term() strips these characters entirely, concatenating the parts into a single token (dec0054, applysecrets) that can never match the index.

Fix

Two changes in store.ts:

1. sanitizeFTS5Term() — preserve hyphens and underscores:

- return term.replace(/[^\p{L}\p{N}']/gu, '').toLowerCase();
+ return term.replace(/[^\p{L}\p{N}'_-]/gu, '').toLowerCase();

FTS5 applies the same tokenizer to query strings as to indexed content. Preserving the separator lets FTS5 split the query symmetrically — producing precise adjacency/phrase matches. This is simpler and more accurate than splitting at the JS level (which would produce AND terms matching anywhere in the document, not just adjacent occurrences).

2. validateSemanticQuery() — only match hyphens preceded by whitespace or string start (actual negation), not internal hyphens in compound words:

- if (/-\w/.test(query) || /-"/.test(query)) {
+ if (/(?:^|\s)-[\w"]/.test(query)) {

No changes to buildFTS5Query() — FTS5 handles the splitting correctly when the separator characters are preserved.

Testing

Verified against real FTS5 porter unicode61 (in-memory + 7,665 document production index):

Precision verified: "apply_secrets" produces a phrase match (1 hit for adjacent apply + secrets), not an AND match (which would also hit documents containing both words non-adjacently). FTS5's symmetric tokenization gives us adjacency for free.

Relationship to #404

Complements #404 which also addresses #305 (underscores) via a similar sanitizeFTS5Term change. This PR extends the fix to hyphens and adds the validateSemanticQuery fix for vec/hyde false positives, which #404 does not cover.

Fixes #305, fixes #414, fixes #417
Related: #404

Environment

• QMD: v2.0.1
• Platform: macOS (Apple Silicon)
• Node: v24.2.0