TigerFS Mounts PostgreSQL Databases as a Filesystem for Developers and AI Agents
TigerFS is a new experimental filesystem that mounts a database as a directory and stores files directly in PostgreSQL. The open source project exposes database data through a standard filesystem interface, allowing developers and AI agents to interact with it using common Unix tools such as ls, cat, find, and grep, rather than via APIs or SDKs. By Renato Losio
TigerFS is a new experimental filesystem that mounts a database as a directory and stores files directly in PostgreSQL. The open source project exposes database data through a standard filesystem interface, allowing developers and AI agents to interact with it using common Unix tools such as ls, cat, find, and grep, rather than via APIs or SDKs.
TigerFS aims to address the lack of shared, reliable state for agents by combining the simplicity of a filesystem with the transactional guarantees and structure of a database. Released under an MIT license, TigerFS supports two usage models: file-first and data-first.
In a file-first workflow, developers organise files such as Markdown documents in directories, with atomic writes and automatic versioning. This allows existing tools such as editors and command-line utilities to work with the files without modification, while also enabling concurrent access and simple coordination by moving files between directories to represent task states such as todo, doing, and done. Michael Freedman, TigerData co-founder and CTO and the creator of the project, explains the goal on LinkedIn:
Agents don't need fancy APIs or SDKs, they love the file system. ls, cat, find, grep. Pipelined UNIX tools. So I made files transactional and concurrent by backing them with a real database.
In a data-first workflow, users mount an existing PostgreSQL database and explore its data using standard Unix tools. Filesystem paths can include filters and sorting that translate into database queries, allowing users to retrieve or export data without writing SQL. Freedman adds:
Every file is a real PostgreSQL row. Multiple agents and humans read and write concurrently with full ACID guarantees. The filesystem /is/ the API (...) I built this mostly for agent workflows, but curious what else people would use it for. It's early but the core is solid.
Franck Pachot, developer advocate at MongoDB and AWS Data Hero, recalls the Oracle "Internet Filesystem Option" and comments:
I love this - mounting a database as a filesystem. It recalls the excitement of the early Y2K internet era. The idea was so disruptive that the dot in Oracle 8.1 jumped onto the "1" to become an "i".
According to the documentation, TigerFS mounts via FUSE on Linux and via NFS on macOS, and can connect to an existing PostgreSQL instance or a managed service. Each file corresponds to a database row, providing transactional guarantees and concurrent access while allowing tools such as Claude Code and Cursor to interact with data through a traditional filesystem model. To achieve that, TigerFS adds special dot-prefixed directories, such as .build, .info, and .export, to each directory.
On Hacker News, most developers are curious about the limitations and the performance implications, with user iamcalledrob writing:
Super interesting. I love to see more stuff built on top of filesystem APIs. I wonder what the performance characteristics are? I'm assuming this is going to work well for small datasets that fit in memory, and probably less well beyond that. So good for config, context, etc.
User bjornroberg adds:
Really nice concept. I like the idea of using file system primitives to interact with structured data.
TigerFS works with any PostgreSQL database and mounts via FUSE on Linux and via NFS on macOS, without external dependencies.
About the Author
Renato Losio
Show moreShow less
Sign in to highlight and annotate this article

Conversation starters
Daily AI Digest
Get the top 5 AI stories delivered to your inbox every morning.
More about
open sourceinterfaceagent
World-Building with Persistence: Narrative Layers in AI Agents
Standard AI models are great at vibes, but terrible at truth. You can tell an agent that the sky is toxic and the main character is a debt-ridden deck-runner — but three sessions later, that context has drifted. The agent starts hallucinating a blue sky and a rich hero. This happens because most memory systems treat “The Plot” the same as “The Last Chat Message.” Everything lands in a single flat context bucket, and the most recent tokens always win. VEKTOR solves this with Narrative Partitioning — organizing your agent’s history into four logical layers using the MAGMA graph and metadata tags. Each layer has different retrieval rules, different persistence guarantees, and a different role in your agent’s cognition. This is your baseline. Facts that should never be forgotten or pruned. The

AIGP-Σ: A Post-Quantum Identity and Authorization Protocol for Autonomous AI Agents
Hey guys, What do you think about this? Tell me your true opinion about what i created Zenodo AIGP-Σ: A Post-Quantum Identity and Authorization Protocol for Autonomous AI... AIGP-Σ (AI Governance Protocol — Sigma) is a post-quantum cryptographic identity and authorization framework designed for autonomous AI agents operating in multi-agent and agentic payment environments. The protocol suite consists of five... 1 post - 1 participant Read full topic

Meet AutoAgent : The Open-Source Library That Lets an AI Engineer and Optimize Its Own Agent Harness Overnight
There s a particular kind of tedium that every AI engineer knows intimately: the prompt-tuning loop. You write a system prompt, run your agent against a benchmark, read the failure traces, tweak the prompt, add a tool, rerun. Repeat this a few dozen times and you might move the needle. It s grunt work dressed up in [ ] The post Meet AutoAgent : The Open-Source Library That Lets an AI Engineer and Optimize Its Own Agent Harness Overnight appeared first on MarkTechPost .
Knowledge Map
Connected Articles — Knowledge Graph
This article is connected to other articles through shared AI topics and tags.
More in Releases
trunk/02711cea997665055814b95264c4dcd8fb605a0a: [torchtitan hash update] update the pinned torchtitan hash (#178727)
This PR is auto-generated nightly by this action . Update the pinned torchtitan hash. Pull Request resolved: #178727 Approved by: https://github.com/pytorchbot




Discussion
Sign in to join the discussion
No comments yet — be the first to share your thoughts!