Agent NAS: network-attached storage for AI agents. Where agents work, and you stay in control.

A NAS that takes the run as its basic unit: every run gets its own branch and lease, every change can be traced and undone, and memory is notes you can read, edit and take with you.

Status: concept and draft specification v0.2, November 2026. No reference implementation yet.

Illustration of an Agent NAS front panel. Green: normal. Amber: in progress. Red: waiting at a Human Gate.
Agent NAS

Agent NAS is network-attached storage designed around the run: every agent run works in an isolated branch and reaches data through a short-lived, narrow lease; every change can be traced and undone; and memory is plain files with provenance. It speaks what agents already speak: files, Git, S3 and MCP.

At a glance

Category
Network-attached storage for AI agents, also called agent-native storage.
Core idea
The unit of access is the run, not the account: a run works on a branch, reaches data through a lease and leaves a record.
Four promises
Bounded, recoverable, accountable and inspectable.
Core nouns
Tree, Commit, Principal, Run, Lease and Record.
Concepts
Nine named concepts in three clusters: Work, Authority and Knowledge.
Interfaces
Data plane: mount, Git, S3, WebDAV. Control plane: MCP, HTTP, CLI.
Specification
Draft v0.2 with conformance levels from L0 Files to L4 Sync, each with executable acceptance tests.
Status
Concept and specification stage, no reference implementation yet. L0 and L1 can be built today from existing parts.
License
Content under CC BY 4.0.

Why now

Four things have already happened in the past year.

Storage vendors have moved too: QNAP QuAgent, Synology DSM Agent and TrueNAS MCP all let an agent manage the box. But as far as we can see, there is still no self-hosted, open, verifiable contract for how other agents work safely on the data inside it. See how Agent NAS compares with existing approaches.

Four promises

PromiseMeaningDelivered by
BoundedA run can touch only what its lease names, and the lease stops working on time; a session that read untrusted content cannot also hold sensitive data and an outbound channel.Capability Lease, Trust Labels
RecoverableWrites land on a branch first; protected data changes only through reviewed merges; deletes are soft; snapshots are outside any lease.Agent Branch, Human Gate
AccountableEvery change can answer: who did it, on whose behalf, under which lease, and what was read.Flight Recorder
InspectableMemory is plain notes with provenance, indexes can be thrown away and rebuilt, and all data can be exported.Agent Home, Agent Memory, Budgeted Reads, Cascade Forget

Nine concepts, three questions

Agent NAS proposes nine named concepts. Each has its own page: a definition you can quote, a mechanism, a way to start small, an interface sketch, what the specification asks of it, and its honest limits.

Four layers, six nouns

The Store layer uses mature storage as it is. Every layer above it can be rebuilt from it, and the core is just six nouns: Tree, Commit, Principal, Run, Lease and Record. We do not invent a storage engine; the innovation is in the contract.

  1. Interface

    Projects capabilities into interfaces that agents, people and tools already use. Gateways are stateless and never decide who may do what.

    • Mount (POSIX)
    • Git
    • S3
    • WebDAV/SMB
    • MCP
    • HTTP
    • CLI
    • A2A (optional)
  2. Trust

    The single point of authorization. Deterministic policy, with no model in the decision.

    • Principals and runs
    • Capability Lease
    • Policy engine
    • Human Gate
    • Trust Labels
    • Credential Broker
    • Flight Recorder
  3. Memory

    Turns notes into searchable knowledge. All of it can be rebuilt from the layer below.

    • Agent Memory
    • Budgeted Reads
    • Cascade Forget
    • Indexes
    • Maintenance jobs
    • Lineage
  4. Store

    A tree with history, on mature file-system snapshots, Git or versioned object storage.

    • Tree
    • Commit
    • Agent Branch
    • File-system snapshots
    • Git
    • Object storage
Sync (optional)

Replication and sharing between nodes. Last on purpose: get a single node right first.

  • Git remotes
  • Snapshot transfer
  • Lease links
  • Handoff bundles

Read the architecture.

The journey of a run

  1. Request a lease. The orchestrator of the research agent Cleo requests a Capability Lease for this run: read /shared/launch, propose changes, valid for four hours. The owner’s pre-set policy envelope approves it automatically.
  2. Start work. The NAS creates the run and its branch cleo/run_91ab; the sandbox mounts the branch as an ordinary directory. Cleo reads AGENTS.md and its reviewed memory from its Agent Home.
  3. Read within a budget. It reads a long report with Budgeted Reads: a 400-token outline first, then specific line ranges as needed. Every read is added to the run’s read manifest.
  4. Work on a branch. Changes land on an Agent Branch. The shared main does not change at all for now.
  5. Meet a gate. Cleo has read a web page, so Trust Labels give its session external taint. When it proposes a merge into main, policy requires a Human Gate: the owner sees the real diff computed by the NAS and the untrusted source on a phone, and approves.
  6. Leave a record. The merge creates a commit with provenance. What was read, what was written and who approved what all go into the Flight Recorder, hash-chained.
  7. Settle memory. Cleo notes down a few new facts. Because this session read external content, these Agent Memory notes go into quarantine first: they can be recalled but will not autoload until a person reviews them.
  8. Forget. Weeks later, a customer asks to be forgotten. Cascade Forget deletes the related summaries and indexes along lineage and issues a report that states what it could not cover.

It speaks what agents already speak

No new SDK is needed to start. Any agent that can read and write files, use Git or S3, or call MCP tools can use Agent NAS. The session below only illustrates the planned command line.

Illustrative session
$ nas lease create --role cleo --paths "/shared/launch/**" --actions read,write,propose --ttl 4h
lease lse_7Qk3 · run run_91ab · branch cleo/run_91ab · expires 16:00
$ nas mount --lease lse_7Qk3 ~/work       # plain files, on a branch
$ ./draft-release-notes.sh                # the agent works with ordinary tools
$ nas propose --into main
gate gt_2Mx4 waiting for approval: merge cleo/run_91ab into main (4 files)
$ nas gate approve gt_2Mx4                # the owner, from another terminal or a phone
merged · commit 91ce3a7 · record 18211

See all interfaces.

What we are betting on

A design that hopes to hold up for years should say what it bets on and what happens if it bets wrong.

  • Agents will keep using file systems and Git as their main working medium. If not, Agent Home degrades to an export format and the other concepts still stand.
  • “A run” remains the natural unit of authorization and accountability. If long-lived autonomous processes appear, leases become rolling renewals with budgets.
  • Prompt injection will not be eradicated at the model layer in the foreseeable future. If it is, Trust Labels become a cheap layer of defence in depth.
  • Human attention stays scarce. If full automation becomes reliable enough, a Human Gate gives way to pre-authorizing policy and the audit trail stays.

All seven bets are in the design principles.

This site is readable by agents too

Every page has a Markdown twin, the site publishes llms.txt and it runs a small read-only MCP server. Try it in a terminal:

Terminal
curl -H "Accept: text/markdown" https://agentnas.com/what-is-agent-nas/
curl https://agentnas.com/llms.txt
curl -X POST https://agentnas.com/api/search \
  -H "content-type: application/json" \
  -d '{"query": "capability lease", "limit": 5}'

Add the documentation server to an MCP client:

mcp.json
{
  "mcpServers": {
    "agentnas-docs": { "url": "https://agentnas.com/mcp" }
  }
}

The questions people ask first

What is Agent NAS in one sentence?

Network-attached storage designed around the run: every agent run works in an isolated branch and reaches data through a short-lived, narrow lease; every change can be traced and undone; and memory is plain files with provenance.

Is there software to download?

Not yet. Agent NAS is currently a concept and a draft specification (v0.2). L0 and L1 can be built today from Git, file-system snapshots and a small gateway; the target for reference implementation v0 is the first half of 2027. See the roadmap.

How does it differ from the AI agents NAS vendors ship?

Those agents manage the box. Agent NAS specifies how other agents work on the data inside the box: branches, leases, memory and forgetting. The two complement each other, and a vendor’s box can be the foundation of an Overlay deployment.

Will it replace my existing storage?

No. The Overlay deployment form sits in front of an existing NAS, object store or Git host and manages only one directory or bucket within it.

Can it stop prompt injection?

No. It limits what happens after an injection and makes the consequences visible and reversible. Its honest limits are on the security page.

Can I leave at any time?

Yes. Everything can be exported as plain files and Git history. This is a design guarantee, not an optional feature.

All questions.

Where things stand

Status

Agent NAS is at the concept and draft specification stage (v0.2, November 2026). v0.2 is a grounding revision: thirteen concepts were reduced to nine, and each states how to start small and what its honest limits are. There is no reference implementation yet.

Cite this page

Stable addresses and a suggested citation for people, search engines and agents.

Canonical URL
https://agentnas.com/
Suggested citation
Agent NAS project. “Agent NAS: network-attached storage for AI agents.” agentnas.com, 2026-11-11. https://agentnas.com/