Agent NAS:為 AI 智能體而生的網路附加儲存。 智能體在這裡工作,你始終掌控。

一台把「執行」當作基本單位的 NAS:每次執行有自己的分支和租約,每個改動可追溯、可撤銷,記憶是你能讀、能改、能帶走的筆記。

狀態:概念與規範草案 v0.2,2026 年 11 月。尚無參考實作。

Agent NAS 前面板示意圖。綠色:正常。琥珀色:進行中。紅色:正在人類閘門前等待。
Agent NAS

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。

為什麼是現在

過去一年裡,四件事已經發生。

儲存廠商也動了: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。我們不發明儲存引擎,創新放在契約上。

  1. Interface(介面)

    把能力投影成智能體、人和工具已經會用的介面。閘道器無狀態,從不決定誰可以做什麼。

    • 掛載(POSIX)
    • Git
    • S3
    • WebDAV/SMB
    • MCP
    • HTTP
    • CLI
    • A2A(可選)
  2. Trust(信任)

    唯一的授權點。確定性的策略,決策環節沒有模型參與。

    • 主體與執行
    • Capability Lease
    • 策略引擎
    • Human Gate
    • Trust Labels
    • Credential Broker
    • Flight Recorder
  3. Memory(記憶)

    把筆記變成可檢索的知識。全部可以從下一層重建。

    • Agent Memory
    • Budgeted Reads
    • Cascade Forget
    • 索引
    • 維護作業
    • 血緣
  4. Store(儲存)

    帶歷史的樹,用現成的檔案系統快照、Git 或版本化物件儲存。

    • Tree
    • Commit
    • Agent Branch
    • 檔案系統快照
    • Git
    • 物件儲存
Sync(同步,可選)

節點之間的複製與共享。放在最後:先把單節點做對。

  • Git 遠端
  • 快照傳輸
  • 租約連結
  • 交接包

閱讀架構。

一次執行的旅程

  1. 申請租約。 研究智能體 Cleo 的編排器為這次執行申請一張 Capability Lease(能力租約):讀取 /shared/launch、提議修改、有效四小時。所有者預先設定的策略包絡自動批准了這次申請。
  2. 開工。 NAS 建立這次執行和它的分支 cleo/run_91ab;沙箱把分支當作普通目錄掛載。Cleo 從自己的 Agent Home(智能體之家)讀到 AGENTS.md 和已審閱的記憶。
  3. 在預算內閱讀。 它用 Budgeted Reads(預算化讀取)讀一份長報告:先看 400 token 的輪廓,再按需讀具體的行範圍。每次讀取都記進這次執行的讀清單。
  4. 在分支上工作。 修改落在 Agent Branch(智能體分支)上。共享的 main 此刻沒有任何變化。
  5. 遇到閘門。 Cleo 讀過一個網頁,所以 Trust Labels(信任標籤)讓它的工作階段帶上 external 污點。向 main 提議合併時,策略要求經過 Human Gate(人類閘門):所有者在手機上看到由 NAS 計算的真實差異和不可信的來源,然後批准。
  6. 留下記錄。 合併產生一個帶來源的提交。讀過什麼、寫過什麼、誰批准了什麼,都寫進 Flight Recorder(飛行記錄器),以雜湊串聯。
  7. 沉澱記憶。 Cleo 順手記下幾條新事實。因為這次工作階段讀過外部內容,這些 Agent Memory(智能體記憶)筆記先進入隔離區:可以被召回,但在人審閱之前不會自動載入。
  8. 遺忘。 幾週後,一位客戶要求被遺忘。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 用戶端:

mcp.json
{
  "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 是一次落地修訂:十三個概念收斂為九個,每個概念都寫明瞭「從小處開始」和「坦誠的侷限」。目前還沒有參考實作。

引用本頁

為讀者、搜尋引擎和智能體提供穩定的網址與建議的引用格式。

建議引用格式
Agent NAS project. “Agent NAS:為 AI 智能體而生的網路附加儲存.” agentnas.com, 2026-11-11. https://agentnas.com/zh-tw/