Agent NAS : stockage en réseau pour agents d’IA. Là où les agents travaillent et où vous gardez la main.

En un coup d’œil #

Catégorie

Stockage en réseau pour agents d’IA, aussi appelé stockage natif pour agents (agent-native storage).

Idée centrale

L’unité d’accès est l’exécution (run), pas le compte : une exécution travaille sur une branche, accède aux données par une habilitation et laisse une trace dans le journal.

Quatre promesses

Circonscrit, récupérable, attribuable et inspectable.

Substantifs centraux

Tree, Commit, Principal, Run, Lease et Record.

Concepts

Neuf concepts nommés en trois groupes : Travail, Autorité et Connaissance.

Interfaces

Plan de données : montage, Git, S3, WebDAV. Plan de contrôle : MCP, HTTP, CLI.

Spécification

Brouillon v0.2 avec des niveaux de conformité de L0 Files à L4 Sync, chacun avec des tests d’acceptation exécutables.

État

Stade du concept et de la spécification, pas encore d’implémentation de référence. L0 et L1 peuvent être construits dès aujourd’hui avec des briques existantes.

Licence

Contenu sous licence CC BY 4.0.

Pourquoi maintenant #

Quatre choses se sont déjà produites l’an dernier.

• Les agents travaillent dans des fichiers. AGENTS.md, Agent Skills, la mémoire adossée à Git (Letta Context Repositories) et la découverte dynamique du contexte, qui écrit les longues sorties dans des fichiers, ont fait des fichiers le support de travail des agents.
• Les erreurs sont rapides et coûteuses. En avril 2026, un agent de programmation a utilisé un jeton trop large trouvé dans un fichier sans rapport et a supprimé en 9 secondes la base de données de production d’une entreprise ainsi que les sauvegardes situées sur le même volume.
• Les humains ne peuvent pas relire chaque étape. Anthropic indique que les utilisateurs approuvent 93 % à 97 % des demandes d’autorisation ; dans son expérience contrôlée, les participants n’ont repéré que 13,6 % des commandes dangereuses introduites à dessein.
• La mémoire est devenue une surface d’attaque. Plusieurs études de 2026 montrent qu’une instruction malveillante écrite dans la mémoire persistante survit d’une session à l’autre, et que se défendre uniquement à l’entrée ou à la récupération ne sert pas à grand-chose.

Les fabricants de stockage ont eux aussi bougé : QNAP QuAgent, Synology DSM Agent et TrueNAS MCP permettent tous à un agent de gérer le boîtier. Mais, à notre connaissance, il n’existe toujours pas de contrat ouvert, auto-hébergé et vérifiable sur la façon dont d’autres agents travaillent en sécurité sur les données qu’il contient. Voir comment Agent NAS se compare aux approches existantes.

Quatre promesses #

Neuf concepts, trois questions #

Agent NAS propose neuf concepts nommés. Chacun a sa propre page : une définition que vous pouvez citer, un mécanisme, une façon de commencer petit, une esquisse d’interface, ce que la spécification exige et ses limites assumées.

Quatre couches, six substantifs #

La couche Store utilise tel quel un stockage éprouvé. Toutes les couches au-dessus peuvent être reconstruites à partir d’elle, et le cœur ne compte que six substantifs : Tree, Commit, Principal, Run, Lease et Record. Nous n’inventons pas de moteur de stockage ; l’innovation est dans le contrat.

Lire l’architecture.

Le parcours d’une exécution #

1. Demander une habilitation. L’orchestrateur de l’agent de recherche Cleo demande une Capability Lease pour cette exécution : lire /shared/launch, proposer des modifications, valable quatre heures. L’enveloppe de politiques que le propriétaire a fixée l’approuve automatiquement.
2. Commencer à travailler. Le NAS crée l’exécution et sa branche cleo/run_91ab ; le sandbox monte la branche comme un répertoire ordinaire. Cleo lit AGENTS.md et sa mémoire relue depuis son Agent Home.
3. Lire dans les limites d’un budget. Il lit un long rapport avec Budgeted Reads : d’abord un plan de 400 tokens, puis, selon les besoins, des plages de lignes précises. Chaque lecture est ajoutée au manifeste de lecture de l’exécution.
4. Travailler sur une branche. Les modifications atterrissent sur une Agent Branch. La branche partagée main ne change pas du tout pour l’instant.
5. Rencontrer une validation. Cleo a lu une page web ; les Trust Labels donnent donc à sa session une contamination external. Quand elle propose de fusionner dans main, la politique exige une Human Gate : le propriétaire voit sur son téléphone le vrai diff calculé par le NAS et la source non fiable, puis approuve.
6. Laisser une trace. La fusion crée un commit avec provenance. Ce qui a été lu, ce qui a été écrit et qui a approuvé quoi vont dans le Flight Recorder, chaîné par hachage.
7. Consolider la mémoire. Cleo note quelques faits nouveaux. Comme cette session a lu du contenu externe, ces notes d’Agent Memory vont d’abord en quarantaine : elles peuvent être rappelées, mais ne seront pas chargées automatiquement tant qu’une personne ne les a pas relues.
8. Oublier. Des semaines plus tard, un client demande à être oublié. Cascade Forget supprime, en suivant le lignage, les résumés et les index associés, puis délivre un rapport qui indique ce qu’il n’a pas pu couvrir.

Il parle la langue que les agents parlent déjà #

Aucun nouveau SDK n’est nécessaire pour commencer. Tout agent qui sait lire et écrire des fichiers, utiliser Git ou S3, ou appeler des outils MCP peut utiliser Agent NAS. La session ci-dessous illustre seulement la ligne de commande prévue.

$ 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

Voir toutes les interfaces.

Nos paris #

Une conception qui espère tenir des années doit dire sur quoi elle parie et ce qui se passe si elle perd son pari.

• Les agents continueront d’utiliser les systèmes de fichiers et Git comme principal support de travail. Sinon, Agent Home se dégrade en format d’export et les autres concepts tiennent toujours.
• « Une exécution » restera l’unité naturelle d’autorisation et de responsabilité. Si des processus autonomes de longue durée apparaissent, les habilitations deviennent des renouvellements continus avec budgets.
• L’injection de prompt ne sera pas éradiquée au niveau du modèle dans un avenir prévisible. Si elle l’est, les Trust Labels deviennent une couche bon marché de défense en profondeur.
• L’attention humaine restera rare. Si l’automatisation complète devient assez fiable, une Human Gate cède la place à une politique d’autorisation préalable, et la piste d’audit demeure.

Les sept paris figurent dans les principes de conception.

Ce site est aussi lisible par les agents #

Chaque page a un jumeau Markdown, le site publie llms.txt et il exploite un petit serveur MCP en lecture seule. Essayez-le dans un 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}'

Pour ajouter le serveur de documentation à un client MCP :

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

Les questions qu’on pose en premier #

Toutes les questions.

Où en sont les choses #

• Brouillon de spécification Niveaux de conformité et tests d’acceptation exécutables.
• Feuille de route Maintenant, ensuite, plus tard, et ce que nous ne ferons pas.
• À propos du projet Licence, comment citer et comment participer.