Clean up orphaned partition summaries when deleting summary views

[Zekward]

What

When a SummaryView is deleted, also remove all associated computed partition
summaries (summary_view:{view_id}:summary:*) from Redis.

Why

Previously these keys were left behind as orphaned data. Over time or across
reset cycles, they accumulate and consume memory unnecessarily.

How

Use SCAN to iterate through all partition summary keys matching the view ID,
then DELETE each one. This follows the existing SCAN pattern used elsewhere
in the codebase.

Fixes #229

---

Note

^{Cursor Bugbot is generating a summary for commit 06a7ba7. Configure here.}

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{Reviewed by Cursor Bugbot for commit 06a7ba7. Configure here.}

[cursor]

Refresh recreates deleted summaries

Medium Severity

Deleting a view only cleans summary keys present during the SCAN. An in-flight refresh_summary_view that already loaded the view can keep calling save_partition_result afterward and recreate summary_view:{view_id}:summary:* keys with no config left, reintroducing the orphaned Redis data this change aims to remove. The race window is large because partition summarization can run for minutes.

Additional Locations (2)

• V0/agent_memory_server/summary_views.py#L630-L677
• V0/agent_memory_server/summary_views.py#L171-L179

 

^{Reviewed by Cursor Bugbot for commit 06a7ba7. Configure here.}