Agent NAS 是圍繞「一次執行」設計的網路附加儲存:智能體的每次執行都在隔離的分支裡工作,憑一張短時、窄域的租約存取資料;每個改動都能追溯、能撤銷;記憶是帶來源的普通檔案。對外,它說智能體早已會說的話:檔案、Git、S3 和 MCP。
一覽
- 類別
- 為 AI 智能體而生的網路附加儲存,也稱智能體原生儲存(agent-native storage)。
- 核心理念
- 存取的單位是執行,不是帳號:執行在分支上工作,憑租約存取,留下記錄。
- 四個承諾
- 有界、可恢復、可追責、可檢視。
- 核心名詞
- Tree、Commit、Principal、Run、Lease 和 Record。
- 概念
- 九個命名概念,分為三組:工作、權限與知識。
- 介面
- 資料面:掛載、Git、S3、WebDAV;控制面:MCP、HTTP、CLI。
- 規範
- 草案 v0.2,符合性等級從 L0 Files 到 L4 Sync,每一級都有可執行的驗收測試。
- 狀態
- 概念與規範階段,尚無參考實作。L0 與 L1 可以用現成零件今天搭出來。
- 許可
- 內容採用 CC BY 4.0。
為什麼是現在
過去一年裡,四件事已經發生。
- 智能體在檔案裡工作。 AGENTS.md、Agent Skills、以 Git 為後端的記憶(Letta Context Repositories),以及把長輸出寫成檔案的動態上下文發現,讓檔案成了智能體的工作介質。
- 錯誤來得又快又貴。 2026 年 4 月,一個編碼智能體用在無關檔案裡翻到的、權限過寬的權杖,9 秒內刪掉了一家公司的生產資料庫和同卷備份。
- 人審不了每一步。 Anthropic 披露,使用者批准了 93% 到 97% 的權限提示;在它的受控實驗裡,人只攔住了 13.6% 被植入的危險命令。
- 記憶成了攻擊面。 2026 年的多項研究表明,惡意指令一旦寫進持久記憶就能跨工作階段存活,只在輸入或檢索處設防,效果有限。
儲存廠商也動了:QNAP QuAgent、Synology DSM Agent 和 TrueNAS MCP 都讓智能體來管理這臺盒子。可是別的智能體怎樣在盒子裡的資料上安全地工作,據我們所見還沒有一份自託管、開放、可驗收的契約。參見 Agent NAS 與現有做法的比較。
四個承諾
| 承諾 | 含義 | 由哪些概念兌現 |
|---|---|---|
| 有界 | 一次執行只能碰租約點名的資料,到點即失效;讀過不可信內容的工作階段,不能同時再擁有敏感資料與對外通道。 | Capability Lease、Trust Labels |
| 可恢復 | 寫入先落在分支;受保護的資料只能經審閱的合併更新;刪除是軟刪除;快照不在任何租約的權限之內。 | Agent Branch、Human Gate |
| 可追責 | 每個改動都能回答:誰做的、代表誰、憑哪張租約、讀過什麼。 | Flight Recorder |
| 可檢視 | 記憶是帶來源的普通筆記,索引隨時可以丟棄重建;全部資料都可以匯出帶走。 | Agent Home、Agent Memory、Budgeted Reads、Cascade Forget |
九個概念,三個問題
Agent NAS 提出九個命名概念。每個概念都有獨立頁面:一句可以直接引用的定義、一套機制、一條「從小處開始」的路徑、一份介面草圖、規範對它提出的要求,以及它坦誠的侷限。
工作
工作在哪裡進行,發生了什麼?
權限
誰可以做什麼,憑誰的許可?
知識
智能體知道什麼,怎樣讀,怎樣忘?
四層,六個名詞
Store 層直接使用成熟的儲存。其餘各層都可以從它重建,核心只有六個名詞:Tree、Commit、Principal、Run、Lease 和 Record。我們不發明儲存引擎,創新放在契約上。
- Interface(介面)
把能力投影成智能體、人和工具已經會用的介面。閘道器無狀態,從不決定誰可以做什麼。
- 掛載(POSIX)
- Git
- S3
- WebDAV/SMB
- MCP
- HTTP
- CLI
- A2A(可選)
- Trust(信任)
唯一的授權點。確定性的策略,決策環節沒有模型參與。
- 主體與執行
- Capability Lease
- 策略引擎
- Human Gate
- Trust Labels
- Credential Broker
- Flight Recorder
- Memory(記憶)
把筆記變成可檢索的知識。全部可以從下一層重建。
- Agent Memory
- Budgeted Reads
- Cascade Forget
- 索引
- 維護作業
- 血緣
- Store(儲存)
帶歷史的樹,用現成的檔案系統快照、Git 或版本化物件儲存。
- Tree
- Commit
- Agent Branch
- 檔案系統快照
- Git
- 物件儲存
節點之間的複製與共享。放在最後:先把單節點做對。
- Git 遠端
- 快照傳輸
- 租約連結
- 交接包
閱讀架構。
一次執行的旅程
- 申請租約。 研究智能體 Cleo 的編排器為這次執行申請一張 Capability Lease(能力租約):讀取
/shared/launch、提議修改、有效四小時。所有者預先設定的策略包絡自動批准了這次申請。 - 開工。 NAS 建立這次執行和它的分支
cleo/run_91ab;沙箱把分支當作普通目錄掛載。Cleo 從自己的 Agent Home(智能體之家)讀到AGENTS.md和已審閱的記憶。 - 在預算內閱讀。 它用 Budgeted Reads(預算化讀取)讀一份長報告:先看 400 token 的輪廓,再按需讀具體的行範圍。每次讀取都記進這次執行的讀清單。
- 在分支上工作。 修改落在 Agent Branch(智能體分支)上。共享的
main此刻沒有任何變化。 - 遇到閘門。 Cleo 讀過一個網頁,所以 Trust Labels(信任標籤)讓它的工作階段帶上
external污點。向main提議合併時,策略要求經過 Human Gate(人類閘門):所有者在手機上看到由 NAS 計算的真實差異和不可信的來源,然後批准。 - 留下記錄。 合併產生一個帶來源的提交。讀過什麼、寫過什麼、誰批准了什麼,都寫進 Flight Recorder(飛行記錄器),以雜湊串聯。
- 沉澱記憶。 Cleo 順手記下幾條新事實。因為這次工作階段讀過外部內容,這些 Agent Memory(智能體記憶)筆記先進入隔離區:可以被召回,但在人審閱之前不會自動載入。
- 遺忘。 幾週後,一位客戶要求被遺忘。Cascade Forget(級聯遺忘)沿血緣刪除相關的摘要與索引,並出具一份寫明覆蓋不到範圍的報告。
它說智能體早已會說的語言
起步不需要新的 SDK。只要智能體能讀寫檔案、用 Git 或 S3,或者呼叫 MCP 工具,就能使用 Agent NAS。下面這段工作階段只是對計劃中命令列的示意。
$ 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 我們押注什麼
一份希望幾年後仍然成立的設計,應當說明自己押注了什麼,以及押錯時會怎樣。
- 智能體會繼續把檔案系統和 Git 當作主要的工作介質。 如果不是,Agent Home 退化為一種匯出格式,其餘概念仍然成立。
- 「一次執行」仍是自然的授權與追責單位。 如果出現長期常駐的自治行程,租約就改為滾動續期加預算。
- 提示詞注入在可預見的將來不會在模型層被根除。 如果被根除了,Trust Labels 就成為縱深防禦裡便宜的一層。
- 人的注意力仍然稀缺。 如果全自動足夠可靠,Human Gate 由策略預授權取代,稽核仍然保留。
全部七個賭注見設計原則。
本站同樣可以被智能體讀取
每個頁面都有 Markdown 孿生版本,本站釋出 llms.txt,並執行一個小型的只讀 MCP 伺服器。在終端裡試試:
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}' 把文件伺服器加入 MCP 用戶端:
{
"mcpServers": {
"agentnas-docs": { "url": "https://agentnas.com/mcp" }
}
} 人們最先會問的問題
用一句話說,Agent NAS 是什麼?
圍繞「一次執行」設計的網路附加儲存:智能體的每次執行都在隔離的分支裡工作,憑一張短時、窄域的租約存取資料;每個改動都能追溯、能撤銷;記憶是帶來源的普通檔案。
有可以下載的軟體嗎?
還沒有。Agent NAS 目前是一個概念和一份規範草案(v0.2)。L0 與 L1 可以用 Git、檔案系統快照和一個小閘道器今天搭出來;參考實作 v0 的目標是 2027 年上半年,見路線圖。
它和 NAS 廠商推出的 AI 智能體有什麼不同?
那些智能體用來管理這臺盒子。Agent NAS 規定的是別的智能體怎樣在盒子裡的資料上工作:分支、租約、記憶與遺忘。兩者互補,廠商的盒子可以成為 Overlay 形態的底座。
它會取代我現有的儲存嗎?
不會。Overlay 部署形態架在現有的 NAS、物件儲存或 Git 託管之前,只管理其中的一個目錄或桶。
它能防住提示詞注入嗎?
不能。它限制注入之後的後果,並讓後果可見、可撤銷。坦誠的侷限見安全。
我可以隨時離開嗎?
隨時可以。所有內容都能匯出為普通檔案和 Git 歷史。這是設計上的保證,而不是可選功能。
全部問答。
目前進展
狀態
Agent NAS 處於概念與規範草案階段(v0.2,2026 年 11 月)。v0.2 是一次落地修訂:十三個概念收斂為九個,每個概念都寫明瞭「從小處開始」和「坦誠的侷限」。目前還沒有參考實作。
引用本頁
為讀者、搜尋引擎和智能體提供穩定的網址與建議的引用格式。
- Markdown 版本
- https://agentnas.com/zh-tw/index.md
- 建議引用格式
- Agent NAS project. “Agent NAS:為 AI 智能體而生的網路附加儲存.” agentnas.com, 2026-11-11. https://agentnas.com/zh-tw/