AI tool comparison
SMF (Semantic Memory Filesystem) vs tldr MCP Gateway
Which one should you ship with? Here is the side-by-side panel verdict, pricing read, reviewer split, and community vote comparison.
Developer Tools
SMF (Semantic Memory Filesystem)
Your filesystem IS the vector database for AI agents
75%
Panel ship
—
Community
Paid
Entry
SMF (Semantic Memory Filesystem) is an open-source Python library that treats the POSIX filesystem as the native memory infrastructure for AI agents. The core bet: instead of standing up a vector database, embedding service, and retrieval pipeline, you model your agent's memory as ordinary directories, files, and symlinks — then use the OS's own tools for retrieval. Entities are directories, relationships are symlinks, metadata is file attributes, and search is built on grep and find. The appeal is radical simplicity. Every developer already understands the filesystem. Memory built on top of it is inspectable with any editor, versionable with git, and portable across machines with rsync. There's no new query language to learn, no vector index to maintain, and no external service to keep running. Dynamis-Labs argues that for many agent memory use cases, semantic similarity search is overkill — you need entity graphs and efficient lookup, which the filesystem already provides. With only 7 stars and created yesterday (April 14), SMF is in very early stages. But the approach has attracted immediate discussion from developers frustrated with the operational overhead of vector databases for relatively structured memory tasks. It's a contrarian bet that's worth watching.
Developer Tools
tldr MCP Gateway
Shrink 41+ MCP tool schemas by 86% before they hit your model
75%
Panel ship
—
Community
Paid
Entry
tldr is a local proxy that sits between your AI coding harness and upstream MCP servers, solving one of the most underappreciated problems in agentic workflows: context bloat from tool schema proliferation. When you connect GitHub MCP, filesystem MCP, and a few others, you can easily be sending 24,000+ tokens of tool schemas to the model before any work begins. Instead of passing all those schemas directly, tldr exposes exactly five wrapper tools to the model: search_tools, execute_plan, call_raw, inspect_tool, and get_result. The model learns which underlying tools exist on-demand through search_tools, then calls them through the proxy. GitHub MCP's 24,473-token schema surface compresses to 3,482 tokens — an 86% reduction. Output responses are further compressed through field stripping, a 4,096-token cap, and a 64KB byte limit. This is a genuinely practical solution for power users running multi-MCP setups who've noticed degraded performance as their tool count grows. The tradeoff is one extra hop of indirection, but the token savings pay for themselves in improved model attention and lower API costs.
Reviewer scorecard
“I've been burned too many times by embedding pipelines that drift when models update and vector indexes that mysteriously degrade. Filesystem-native memory is zero-dependency, trivially inspectable, and you can version it with git. For structured agent memory this is genuinely compelling.”
“This solves a real problem I've hit personally — when you connect enough MCP servers, you're wasting a quarter of your context window on tool definitions before a single line of code is written. The five-wrapper-tool approach is elegant and the compression numbers are concrete and reproducible.”
“The filesystem approach breaks down the moment you need fuzzy semantic matching — 'find memories related to customer churn' doesn't map to a grep. For anything beyond exact lookup, you're going to bolt on a vector DB anyway and now you have two systems. This is clever for toy agents, not production.”
“This is a workaround for a problem that MCP server authors and model providers should fix natively. Adding another proxy layer to your local development setup increases debugging complexity, and the 4,096-token output cap could silently truncate important data from tool responses.”
“The insight that the filesystem is a perfectly good entity-relationship store is underappreciated. As agents move toward local-first architectures, having memory that's portable, inspectable, and git-versionable becomes a serious advantage over cloud-hosted vector DBs.”
“Schema proliferation is becoming a real scalability ceiling for agentic systems. tldr's dynamic tool discovery approach — where the model learns which tools exist on-demand — hints at how future agent routing layers will work at scale across hundreds of specialized MCP endpoints.”
“I love tools that demystify AI plumbing. The idea that agent memory could just be files I can open in a text editor makes the whole system feel less like a black box. This is the kind of transparency that builds trust.”
“For anyone using AI agents to manage creative workflows across multiple platforms, the context savings translate directly to more coherent, focused outputs. Less schema bloat means the model spends more attention on your actual task.”
Weekly AI Tool Verdicts
Get the next comparison in your inbox
New AI tools ship daily. We compare them before you waste an afternoon.