Why Your Saved Memories Vanish From Search
The core issue: saved via confirmed=true skips vector indexing (FTS + LanceDB)
Your stored memory is there - visible through list_recent - but not searchable
This breaks the quick-access promise of confirmed saves
** Understanding the Behind-the-Scenes
- Confirmed saves work by default but don’t update search indexes
- Direct method checkouts do populate both tables
- Lone database releases (and reset) still show results
** Psychology & Culture of Search Habits
- Americans scan for relevance, not index status - seek immediate access
- Nostalgia fuels memory use; forgetting what’s stored drains trust
- This disconnect is why "remembered" feels fake
** Hidden Details & Surprises
- Timeouts during vector upload cause blank results
- ID mismatches lead to wrong calls
- Confirmed saves are public, but indexed saves aren't
** The Controversy & Safe Navigation
- Don’t delete confirmed saves - they exist, just spherical
- Rely on list_recent when searching from saved defaults
- Backup your local DB if search bogs down
** Bottom Line
Search_memory demands searchable design. Without it, saved knowledge dies. This isn’t a bug - it’s a missing step. The keyword search_memory should mean both saved and found.
These small gaps make big frustrations. Reflect: Are you saving or searching every time? Make sure your definitions align.