Agent NAS v0.2
繁體中文

路線圖

路線圖按「現在、下一步、以後、不做」排列，不寫具體年份的承諾：一份在 2026 年寫下的三年時間表，大機率會在第一年就被事實改寫。

v0.2 規範草案 更新於

現在、下一步、以後

  1. 現在（2026 年第四季度） 進行中

    概念、規範草案與官網

    概念與規範草案 v0.2，官網（8 種語言）。收集回饋：找 3 到 5 位已經在用 AGENTS.md 加 Git 的真實使用者做訪談，驗證賭注 B1 到 B7。

  2. 下一步（目標：2027 年上半年） 下一步

    參考實作 v0 與規範 v0.3

    參考實作 v0（Lite 與 Overlay）：Git 與檔案系統快照後端、租約簽發、記錄與讀清單、CLI，以及 L0 到 L1 的符合性測試套件；規範 v0.3（Core、Lease & Record）。一個可演示的場景：夜間執行的智能體在分支裡工作，早上在 Gate Card 上批准合併。

  3. 以後（視回饋而定） 之後

    Memory、Guard、控制室與 Sync

    Memory 層與 MCP 工具面（L2）；Guard：標籤、污點、級聯遺忘（L3）；控制室；Team 與 Cloud 形態；Sync（L4）。

不具約束力

這是意圖，而不是承諾。定義「相容」含義的是符合性等級，而不是日曆。

階段門檻（證偽條件）

「下一步」完成的標準不是功能清單，而是：在至少三個真實工作流裡連續執行一週；閘門的批准率低於 95%；至少攔下過一次真實的問題。做不到，就回頭修改概念，而不是繼續往前堆功能。

不做

  • 自研儲存引擎。
  • 自研向量資料庫。
  • 模型託管。
  • 技能市場。
  • 代幣與區塊鏈。
  • 專用硬體。

有意留白的問題

  • 租約裡自由文本的 purpose，如何走向可以被機器檢查的結構化意圖？
  • 語義合併器如何註冊並被信任？
  • 標籤的粒度應當是檔案，還是段落？
  • 多租戶場景下，標籤詞彙表如何治理？
  • 撤銷在多節點之間的傳播延遲，如何對外表述？
  • 如何度量記憶品質？模型或嵌入變化時，迴歸的標準是什麼？
  • 對由多個來源混合推斷出的事實，Cascade Forget 如何界定受影響的範圍？
  • 高吞吐下，讀清單的儲存成本與粒度如何取捨？
  • 批次與分級審閱的最佳介面是什麼？自動合併的門檻如何度量與調整？
  • 跨組織的信任根如何分發與撤銷？

引用本頁

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

建議引用格式
Agent NAS project. “路線圖.” agentnas.com, 2026-11-11. https://agentnas.com/zh-tw/roadmap/