# 路線圖

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

## 現在、下一步、以後

- **現在（2026 年第四季度）** · 進行中 · **概念、規範草案與官網**: 概念與規範草案 v0.2，官網（8 種語言）。收集回饋：找 3 到 5 位已經在用 `AGENTS.md` 加 Git 的真實使用者做訪談，驗證賭注 B1 到 B7。
- **下一步（目標：2027 年上半年）** · 下一步 · **參考實作 v0 與規範 v0.3**: 參考實作 v0（Lite 與 Overlay）：Git 與檔案系統快照後端、租約簽發、記錄與讀清單、CLI，以及 L0 到 L1 的符合性測試套件；規範 v0.3（Core、Lease & Record）。一個可演示的場景：夜間執行的智能體在分支裡工作，早上在 Gate Card 上批准合併。
- **以後（視回饋而定）** · 之後 · **Memory、Guard、控制室與 Sync**: Memory 層與 MCP 工具面（L2）；Guard：標籤、污點、級聯遺忘（L3）；控制室；Team 與 Cloud 形態；Sync（L4）。

> **不具約束力.** 這是意圖，而不是承諾。定義「相容」含義的是符合性等級，而不是日曆。

## 階段門檻（證偽條件）

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

## 不做

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

## 有意留白的問題

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

---

標準網址: https://agentnas.com/zh-tw/roadmap/
更新於: 2026-11-11 · 規範草案 v0.2 · CC BY 4.0