-
v2.0.1 Stable
released this
2026-07-09 14:30:48 -07:00 | 45 commits to main since this releaseKaimon v2.0.1
Kaimon v2.0.1 — MCP server→client delivery reliability
Fixed
- Elicitation prompts no longer silently time out.
grep_codepath-consent andstart_sessionproject-consent prompts were delivered to a single receive-stream outbox keyed by the caller's POST session id. Clients such as Claude Code present a differentMcp-Session-Idon their GET receive stream than on tool-call POSTs, so the targeted outbox was empty and the request no-op'd — an immediate "no answer" with no prompt shown. Delivery now targets the caller's own stream, else any open receive stream, else the in-flight tool-call SSE stream. tools/list_changedis re-delivered on every change. The persistent GET receive stream deduped notifications by method name for its entire lifetime, so a re-queuedtools/list_changed(e.g. after each extension restart) was suppressed forever — forcing a manual reconnect. Notifications now carry a monotonic sequence and consumers track a per-session cursor, so every re-queue is delivered; the board is no longer drained, so a POST flush can't steal a notification from a concurrent GET stream.
Changed
run_testshonors|-separated OR patterns:pattern="a|b"runs testsets matching either, by splitting into a ReTest disjunction array (a bare string was matched literally before).
Closed issues:
- Can Kaimon ping claude? (#30)
- Excessive memory consumption (#33)
- Windows: ZMQ ipc:// transport not supported — TUI fails to start after /dev/tty fix (#41)
- Orphaned Gate.serve() REPLs are never reaped — multi-GB leak under headless server (#51)
- claude code bug report (#55)
- Kaimon / GLMakie interaction problems (#56)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Elicitation prompts no longer silently time out.