Bug
Immediately after running agentmemory lock via CLI, two consecutive mcp__agentmemory__search calls returned [Tool result missing due to internal error]. A subsequent mcp__agentmemory__status call succeeded, and search calls after that also succeeded.
Reproduction
- Lock a new belief:
uv run agentmemory lock "some text"
- Immediately call
mcp__agentmemory__search via MCP
- First 1-2 calls may fail with internal error
- Subsequent calls succeed
Hypothesis
Possible causes:
- WAL checkpoint race: CLI lock writes to DB, MCP server reads stale WAL state
- Connection pool: MCP server connection doesn't see new data until next checkpoint
- Transient: may be unrelated to the lock operation (network/IPC hiccup)
Evidence
Only 2 data points (single occurrence). Could be transient. Filing to track in case it recurs.
Impact
Low -- workaround is to retry. But if this happens during hook injection, beliefs could be silently missed.
Bug
Immediately after running
agentmemory lockvia CLI, two consecutivemcp__agentmemory__searchcalls returned[Tool result missing due to internal error]. A subsequentmcp__agentmemory__statuscall succeeded, and search calls after that also succeeded.Reproduction
uv run agentmemory lock "some text"mcp__agentmemory__searchvia MCPHypothesis
Possible causes:
Evidence
Only 2 data points (single occurrence). Could be transient. Filing to track in case it recurs.
Impact
Low -- workaround is to retry. But if this happens during hook injection, beliefs could be silently missed.