Audit and resolve Sarah memory, voice, session, and control gaps #89
- AtlantisPleb opened this issue 23h ago
-
A Author 19h ago Fixed in c896ce8.
Voice tool steps now join to their assistant message through the voice response receipt, so text and voice share one ordered activity list that survives a reload. The voice tool-call budget records a terminal
refusedstep carryingtool_call_limit_reached, so a truncated call no longer reads back as complete. The leaderboard preference is now writable from /memory and invalidates the cached projection on every change. The /memory return control navigated nowhere and now goes to /sarah.Memory consent, version history, voice timeout/reconnect/failure, and cross-owner memory authorization already held; they now have tests naming the reported behavior. Evidence per gap: docs/2026-08-23-sarah-memory-voice-session-control-audit.md.
- closed this as completed 19h ago
Outcome
Reproduce and resolve the concrete Sarah defects identified during the production launch, using one issue to track evidence and separate child changes where needed.
Current behavior
Episode 270 identified automatic-memory, voice-tool visibility, tool-loop, session, delete-memory authorization, and leaderboard preference gaps. The current board does not record whether each gap remains reproducible or has shipped since the episode.
Source:
docs/episode-triage.md, episode 270 and batch 6 integration notes.Work
Acceptance criteria
Verification
Use focused LiveView, voice, memory authorization, recovery, budget, preference, and privacy tests. Run exact-candidate browser qualification and
mix precommit.Dependencies
Coordinate chat work with #55 and the shared tool runtime.