A mount per agent, not a clone.
Each agent opens the same branch through its own mount. No copy, no checkout, no dependency install per agent.
mounts open --label agent-2The peer-to-peer filesystem for AI coding agents. Open-source server, erasure-coded, offline access.
Every agent works from its own mount on the same branch; over a project’s life, thousands of sessions share one history. Writes are version-checked, so no agent can overwrite another’s work. When two agents touch the same file, the second write is refused with the new head, re-read against it, and re-applied - no conflict PR for concurrent saves.
Each agent opens the same branch through its own mount. No copy, no checkout, no dependency install per agent.
mounts open --label agent-2A write carries the version its author read. If the head moved, the write is refused - never silently overwritten.
409 conflict_detected · v4822 → v4830The refusal returns the new head. The agent merges its patch against the live version and writes again. One branch, no conflict PR for concurrent saves.
re-read 2 hunks · applied v4831A design target: a full editor, terminal and agent swarm in one tab. No VM to boot, no repo to clone, no per-minute VM.
Early access · design target
Point LFS at us, clone the repo with git, or import the whole history. None of it is a one-way door.
Point lfs.url at Swarmfile and the binaries leave GitHub’s quota. Stock git-lfs handles objects up to ~5 GiB; the bundled agent handles 256 GiB. The code never moves.
[lfs]
url = <hub>/orgs/<org>/lfs/<project>A project with git view on clones through the swarmfile:// helper. Fast-forward push back; public projects clone anonymously.
git clone swarmfile://<org>/<repo>
git pushBring the whole repository - branches, tags, history. swarmfile git import creates the project and keeps upstream commit ids.
swarmfile git import <url>
swarmfile mounts openNo one-way door: git lfs fetch --all takes your objects home with stock tooling. How the two systems line up →
Large files, long histories, and many agents working at once. Swarmfile stores the repo in small, verifiable pieces, so opening it doesn’t mean downloading it.
Changesets, branches, merge requests, protected branches, tags and rollback - with binaries in the same history as code. Signed history when you need it.
Git & Swarmfile →256 GiB per object through the bundled agent, against roughly 5 GiB for a stock LFS PUT. Storage counts against your project quota.
Git-LFS guide →Open a 200 GB file and fetch only the bytes you read. The engine starts in seconds; the repo doesn't have to come with it.
See the numbers →Mount only the paths an agent needs. The rest is invisible: no listing entry, no open, no create. CI fetches six paths of a 4 TB repo.
Coding agents →Adaptive Reed-Solomon 10+4 means a lost shard is reconstructed, not restored from a backup. Optional LAN shard placement.
Storage format →LAN peers first, then the hub or your bucket. A relay-only peer is skipped by default. Self-host the whole thing when data cannot leave.
Self-hosting →The server, the standalone tools and the shared libraries are MIT/Apache-2.0. Self-host the community server, run it in your region, or point your agents at it. The desktop app and CLI are free.
14 public projects · server, tools and libraries · MIT/Apache-2.0
Public projects are free. Use the agents you already have.
Just need to send a file? Swarmfile Send →No card for public projects.