TigerFS turns PostgreSQL into a versioned, transactional filesystem, either the backend for your files or a filesystem over your data. Every change is logged and reversible, so you can roll back when needed.
Coordinating agents through local files means no transactions, no history, no structure. Git needs pull, push, and merge. S3 has no transactions.
TigerFS gives you the filesystem interface agents already know, with atomic writes, automatic version history, and one-command undo. Works with Claude Code, grep, vim, and everything that speaks files.
Reaching into a database usually means a SQL client, a schema you have to remember, and client libraries to pass around. Agents pay that cost on every task.
TigerFS mounts any Postgres database as a directory, with the interface your agents already know mapped directly onto your data. Read rows, filter by index, chain queries into paths.
Let agents run, then roll back what you don't like: a single edit, everything since a savepoint, or just one agent's work, in one atomic undo. See safe exploration →
Filesystem paths map to SQL queries. Writes are transactions. The filesystem becomes the API.
Each alternative does part of the job. TigerFS is the only one that does all of it.
| Capability | TigerFS | Local files | Git | Hosted versioned-FS | DB + SQL client |
|---|---|---|---|---|---|
Works with any Unix tool (ls/cat/grep/awk) | ✓ | ✓ | ✓ | ✓ | ✗ |
| Backed by a real, queryable database | ✓ | ✗ | ✗ | ✗ | ✓ |
| Distributed agents share state, changes seen instantly | ✓ | ✗ | ✗ | ✓ | ✓ |
| Version history + atomic undo | ✓ | ✗ | ✓ | ✓ | ✗ |
| Query pushdown over large data | ✓ | ✗ | ✗ | ✗ | ✓ |
| Open, free, self-hostable | ✓ | ✓ | ✓ | ✗ | ✓ |
Available now, open, and free.
Works with any PostgreSQL, with special Tiger Cloud and Ghost support.
FUSE on Linux, NFS on macOS, and no external dependencies on either platform.