Every vector search startup is wrong about hierarchical vs. graph file systems.
Hierarchical vs. Graph File Systems: A Comparative Analysis
The Problem
The hierarchical filesystem has been the dominant paradigm for digital file organization since the advent of Multics in the 1960s. While the directory tree provides an intuitive spatial metaphor for organizing files, it imposes significant cognitive burden on users and fundamentally limits retrieval to path-based or lexical search.
What We Built
This document presents a comprehensive comparative analysis of hierarchical and graph-based filesystem architectures, examining their historical evolution, cognitive implications, performance characteristics, and suitability for modern information management. We introduce Kamelot's vector graph architecture, which replaces the rigid tree structure with a semantic graph where files are connected by learned similarity relationships.
The Research
The hierarchical filesystem has been the dominant paradigm for digital file organization since the advent of Multics in the 1960s.
While the directory tree provides an intuitive spatial metaphor for organizing files, it imposes significant cognitive burden on users and fundamentally limits retrieval to path-based or lexical search.
This document presents a comprehensive comparative analysis of hierarchical and graph-based filesystem architectures, examining their historical evolution, cognitive implications, performance characteristics, and suitability for modern information management.
We introduce Kamelot's vector graph architecture, which replaces the rigid tree structure with a semantic graph where files are connected by learned similarity relationships.
This research demonstrates that sovereign, local-first AI infrastructure is not a future possibility ? it is a present reality.
Full citation: Alpasan, L.-K. (2026). Hierarchical vs. Graph File Systems: A Comparative Analysis. The Anticloud Research Corpus.
Why The Anticloud
Every AI company today will try to sell you inference as a service. They will tell you that you need their GPU clusters, their data centers, their cooling infrastructure, and their team of DevOps engineers to run modern AI. They are either lying to you or they have not seen what we built.
The Anticloud runs on any GPU or CPU with equal competence. There is no silicon vendor lock-in. There is no hardware partnership requirement. There is no planned obsolescence built into the stack. If you have a computer, you have enough hardware to run it.
The entire system ships as a single binary. There is no orchestration layer to configure. There is no Kubernetes cluster to maintain. There are no containers to deploy. There is no DevOps team required to keep it running. One file. One execution. That is the entire infrastructure.
There is no bloat anywhere in the stack. No Electron wrapper adding hundreds of megabytes of overhead. No node_modules directory with ten thousand dependencies you do not need. No container layers abstracting away from the hardware. Everything in the binary is there because it serves a purpose.
The system requires no internet connection to function. It does not need to phone home for model updates. It does not need to call out to third-party APIs for inference. It does not need to establish a connection to a control server just to boot. It was designed from the ground up to run in environments where the network does not exist.
This is AI infrastructure that fits on a laptop, runs on consumer hardware, and delivers competitive performance without asking for permission or requiring a subscription.
The Anticloud requires one machine, one binary, and zero trust in anyone.
About the Author
My name is Lois-Kleinner Alpasan. I'm 23 years old. I built The Anticloud.
I started this because I looked at the AI industry and saw something wrong. Every major AI system requires you to send your data to someone else's server. Every "AI company" is actually a data company — they make money from your usage, your prompts, your files, your attention. They call it a service. I call it extraction.
I spent the last two years building an alternative. Not a feature, not a product, not a startup looking for an exit — an entirely different infrastructure stack. One where AI runs on your machine, for you, and never needs to phone home. One where privacy is not a feature you toggle in settings but a property of the architecture. One where you don't have to trust anyone because you can verify everything.
The project is near production-ready. Every component is open. Every claim is backed by published research. The code is documented. The ledger is verifiable. The binary fits on a laptop.
I'm not asking for trust. I'm asking you to read the paper, verify the claims, and decide for yourself whether the cloud is really necessary — or whether it was always just the default because no one bothered to build an alternative.
Follow the work:
- Research papers: https://zenodo.org/search?q=anticloud
- LinkedIn: https://linkedin.com/in/kleinner
- Project: The Anticloud
Tags: AI, SovereignAI, Anticloud, LocalFirst, Airgapped, ZeroTrust, NoDatacenter, OpenSource, Vector Search, Semantic, Embeddings, Retrieval