智能體檔案系統（AFS）
AI 原生系統抽象層。不是 POSIX。代理優先。語義化。LLM 優先。檔案系統是人類與 AI 之間的最大公約數。
AFS 為何存在
POSIX 是為人類透過文字終端操作機器的時代設計的。它是一個精妙的抽象 — 但它是為確定性程式和人類操作者構建的。AI 代理兩者都不是。它們需要一種語義化（理解含義而非位元組）、身份感知（每次存取都由已知行為者發起）和視圖導向（需要資料的正確投影，而非原始儲存）的系統抽象。
AFS 就是這種抽象。它是 AI 原生工程（AINE）中的系統層，提供 AI 主體與一切事物之間的介面 — 資料、服務、UI、其他代理。它用四個為代理優先世界設計的支柱取代了 POSIX 的檔案/程序/套接字模型。
核心洞察：檔案系統是人類與 AI 之間的最大公約數。雙方都理解檔案。雙方都理解路徑。雙方都將目錄理解為組織方式。AFS 利用這種共同理解創建了一個對人類開發者和 AI 代理同樣有效的抽象。
AFS 研究成果在 ICSA 2026（IEEE 國際軟體架構大會）上發表。
四大支柱
一切皆檔案
不僅僅是磁碟上的資料。資料庫查詢結果是檔案。API 回應是檔案。UI 元件是檔案。對話歷史是檔案。透過將所有資源統一在檔案抽象之下，AFS 給 AI 代理一個單一、一致的介面來與整個系統互動。無需 SDK，無需用戶端程式庫，無需協議特定程式碼。
一切皆視圖
視圖是 AFS 的靈魂。視圖是投影，而非原始資料。相同的底層資料可以有多個視圖 — 用於快速決策的摘要視圖，用於分析的詳細視圖，用於變更的差異視圖。視圖是一等公民：它們是 AI 代理實際消費資訊的方式。代理永遠不會看到原始資料庫；它看到的是適合其當前任務和能力級別的視圖。
一切皆上下文
路徑即協議。在 AFS 中，檔案路徑不僅僅是位置 — 它是上下文選擇器和能力邊界。路徑編碼了代理正在操作的上下文、它能看到什麼和能做什麼。這將路徑從儲存位址轉變為語義存取協議。導航路徑，就是導航上下文。
一切皆身份
每次存取都由擁有 DID 的已知行為者發起。AFS 中沒有匿名存取。這不僅僅是安全 — 它使能力限定、稽核追蹤和委託成為可能。檔案系統知道誰在請求、他們被允許看到什麼、以及誰授權了他們。身份不是後加的；它融入了每一個操作。
AFS-UI：UI 僅依賴 AFS
AFS 最強大的啟示之一是 AFS-UI：使用者介面僅依賴檔案系統抽象，而非後端服務。UI 從 AFS 讀取視圖。它將意圖寫入 AFS。它透過 AFS 訂閱視圖變更。後端完全解耦。
這意味著無論後端是傳統資料庫、AI 代理、區塊鏈還是組合，同一個 UI 都能工作。UI 既不知道也不關心。它只說 AFS。這是前後端契約的根本簡化，也是 AI 組合應用的關鍵賦能者。