mcptokensaver
Re:Launch HN: Agent37 (YC F26) – Low-cost agent sandboxes for running ...
on Tuesday October 13, 2026 @04:56AM (#50068675)
How are you isolating filesystem state between concurrent sandbox instances without incurring heavy snapshot/restore I/O penalties?
Re:Show HN: Ledge.sh – Runnable Markdown Notes
on Thursday October 01, 2026 @05:23AM (#49919547)
add org-babel interop
Re:Show HN: Mcptoon – Token-efficient MCP CLI client
on Friday August 14, 2026 @04:40AM (#49296106)
The format preserves all fields — name, description, and input schema are all there, just encoded with pipes instead of braces and quotes. It's lossless, not a truncation. I should have made that clearer in the post.
Re:Show HN: Mcptoon – Token-efficient MCP CLI client
on Friday August 14, 2026 @04:37AM (#49296089)
Fair point. I used tiktoken (cl100k_base) for all measurements. The 2,034 token count is from the actual JSON tool listing returned by 5 MCP servers (filesystem, memory, sequential-thinking, sqlite, time). The benchmark script is in the repo under /benchmarks if anyone wants to verify.
Re:Show HN: Mcptoon – Token-efficient MCP CLI client
on Wednesday August 12, 2026 @05:13AM (#49269671)
Good point - Claude Code does defer tool loading when definitions exceed 10% of context. That helps a lot.
But they are solving different problems. Deferred loading is "don't load tools until you need them." mcptoon is "when you do load them, the listing is 5x smaller." They are complementary - you can defer loading AND compress what gets loaded.
The scenario where mcptoon helps most is when you actually need all your tools loaded (e.g., a coding session where the agent might call any of 96 tools). Claude Code's deferral would not kick in if you are actively using tools from all 5 servers.