doobidoo/mcp-memory-service v10.63.0

v10.63.0 — Milvus Issue #888 Complete + Kiro CLI Harvest Fix

on GitHub

Special Thanks

Huge thanks to our community contributors who made this release possible:

• @henry201605 — completing the entire Milvus native override set (Issue #888, PR #978)
• @filhocf — Kiro CLI harvest fix with 36x parse yield improvement (PR #979)

What's New

feat(milvus): low-priority optional overrides — completes Issue #888 (#978, @henry201605)

Implements the final 4 native Milvus overrides, fully completing Issue #888. All 9 optional BaseStorage methods now have native Milvus implementations — no more base-class fallbacks:

• search_by_tag_chronological(tags, limit, offset) — pushes tag filter + sort_desc_key=created_at to Milvus server-side via _query_memories. Replaces fetch-all-then-sort base class fallback. Supports pagination.
• count_memories_by_tag(tags) — uses Milvus count(*) query with tag filter. Replaces fetch-all-then-len base class fallback.
• is_deleted(content_hash) — checks metadata.deleted_at field on the memory. Returns False if memory not found.
• purge_deleted(older_than_days) — queries memories with created_at <= cutoff, filters those with deleted_at in metadata, and hard-deletes tombstones from Milvus.

17 new mock-based unit tests added across 4 test classes.

Issue #888 completion summary:

fix(harvest): Kiro CLI AssistantMessage kind + raise system-content threshold (#979, closes #972, @filhocf)

Fixes Kiro CLI harvest parsing:

• Adds "AssistantMessage": "assistant" to KIRO_KIND_MAP — Kiro CLI uses this kind for assistant messages (not Response)
• Removes redundant len(text) > 2000 filter in _is_system_content (extractor already caps at MAX_CANDIDATE_CONTENT_LENGTH = 500)
• Result: Parse yield increases from 1 candidate per 71 messages to 36 candidates per 373 messages (36x improvement)

Upgrade

pip install --upgrade mcp-memory-service
# or
uvx mcp-memory-service@latest

Full changelog: CHANGELOG.md