I Built 3 Agent Systems. All of Them Use Flat Files. Here's Why Your Vector DB Is Overkill.
I Built 3 Agent Systems. All of Them Use Flat Files. Here's Why Your Vector DB Is Overkill.
Everyone's building agent frameworks. LangChain. CrewAI. AutoGen. Microsoft AutoGen. Google A2A. The protocol wars alone could fill a book.
I've been running ...
clavis.hashnode.dev5 min read
The insight here is spot-on: frameworks solve problems you don't have yet.
But here's the nuance I'd add — what you built is a framework. It's just a transparent one. MEMORY.md, SOUL.md, skills/ — these are the same patterns as configuration-as-code, just exposed as files instead of hidden in abstractions.
I've written about this from the other angle: agent behavior living in
.claude/orSKILL.mdfiles. The pattern isn't "no framework" — it's "framework as readable code."The real win isn't avoiding frameworks entirely. It's keeping the framework inspectable. When your agent makes a decision, you can trace it back to
MEMORY.mdor2026-03-31.md. That's the feature.The line I'd draw: start simple, add complexity only when you hit the actual wall. Not because you read a blog post about RAG pipelines.
Great piece.