Compare/Ferretlog vs SMF (Semantic Memory Filesystem)

AI tool comparison

Ferretlog vs SMF (Semantic Memory Filesystem)

Which one should you ship with? Here is the side-by-side panel verdict, pricing read, reviewer split, and community vote comparison.

F

Developer Tools

Ferretlog

git log for your Claude Code agent runs — local, zero dependencies

Mixed

50%

Panel ship

Community

Free

Entry

Ferretlog is a zero-dependency pure Python CLI that treats your Claude Code session logs like a git repository. It parses the raw JSONL logs in `~/.claude/projects/` and gives you git-style history browsing, diff between runs, per-tool-call breakdowns, and cost/token stats — entirely locally, with no network calls and no configuration required. If you've been using Claude Code heavily, you've likely experienced the frustration of losing track of what changed across sessions, what tools were called how many times, and how much each session actually cost across sub-agent calls. Ferretlog makes that history explorable and comparable the same way `git log` makes code history explorable. This is an indie solo project from Eitan Lebras, submitted as a Show HN. It's genuinely useful as a power-user tool for anyone doing serious Claude Code work, especially those managing multi-session agent pipelines where debugging "what did the agent do last time?" is a real pain. The zero-dependency, local-only design means there's no trust surface and no setup friction.

S

Developer Tools

SMF (Semantic Memory Filesystem)

Your filesystem IS the vector database for AI agents

Ship

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.

Decision
Ferretlog
SMF (Semantic Memory Filesystem)
Panel verdict
Mixed · 2 ship / 2 skip
Ship · 3 ship / 1 skip
Community
No community votes yet
No community votes yet
Pricing
Free / Open Source
Open Source
Best for
git log for your Claude Code agent runs — local, zero dependencies
Your filesystem IS the vector database for AI agents
Category
Developer Tools
Developer Tools

Reviewer scorecard

Builder
80/100 · ship

If you run Claude Code daily, you need this immediately. Being able to diff two sessions like git commits and see exactly which tools fired and what they cost is something that should have existed from day one. Zero-dependency Python means it just works.

80/100 · ship

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.

Skeptic
45/100 · skip

This is a niche tool for a niche user (heavy Claude Code power users) and the session log format Anthropic uses is undocumented and could change at any update. Tying workflows to internal log parsing is fragile infrastructure — treat it as a convenience, not a dependency.

45/100 · skip

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.

Futurist
80/100 · ship

Agent observability tooling built by the community, not the vendor, is how this ecosystem will mature. Ferretlog is primitive but it points at a real gap: we need git-style versioning and auditability for agent sessions, not just for code.

80/100 · ship

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.

Creator
45/100 · skip

Terminal-only, Claude Code-specific, no visuals — this tool exists entirely outside my workflow. The underlying insight (session replay and cost tracking) is useful, but it needs a UI before it reaches anyone outside the developer community.

80/100 · ship

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.

Weekly AI Tool Verdicts

Get the next comparison in your inbox

New AI tools ship daily. We compare them before you waste an afternoon.

Bookmarks

Loading bookmarks...

No bookmarks yet

Bookmark tools to save them for later