Bug
mempalace status reports an incorrect drawer count when the palace contains more than 10,000 drawers. The output looks authoritative but is silently wrong — no truncation notice, no pagination indicator.
Steps to Reproduce
# Mine a large project
mempalace mine /path/to/large-project --wing myproject
# Check status
mempalace status
# → "MemPalace Status — 10000 drawers"
Expected vs Actual
CLI output:
MemPalace Status — 10000 drawers
WING: myproject
ROOM: apps 8682 drawers
ROOM: supabase 1231 drawers
...
Actual count via direct ChromaDB query:
client = chromadb.PersistentClient(path='~/.mempalace/palace')
coll = client.get_collection('mempalace_drawers')
print(coll.count()) # → 95964
MCP server mempalace_status correctly reports total_drawers: 95964.
Impact
- Users have no way to verify a large mine operation completed correctly using the CLI
- The discrepancy between CLI (10,000) and MCP (95,964) is confusing and erodes trust in both
- Silent truncation with no warning is worse than an explicit limit
Expected
Either show the real count, or clearly indicate truncation: e.g. 10,000+ drawers (showing top 10,000).
Environment
- mempalace 3.0.0
- Python 3.12.3
- ChromaDB 1.5.6
Bug
mempalace statusreports an incorrect drawer count when the palace contains more than 10,000 drawers. The output looks authoritative but is silently wrong — no truncation notice, no pagination indicator.Steps to Reproduce
Expected vs Actual
CLI output:
Actual count via direct ChromaDB query:
MCP server
mempalace_statuscorrectly reportstotal_drawers: 95964.Impact
Expected
Either show the real count, or clearly indicate truncation: e.g.
10,000+ drawers (showing top 10,000).Environment