Google Cloud 推出開放知識格式 OKF：用 Markdown 統一散落文件，為 AI 代理程式打造「可攜式知識庫」

在人工智慧（AI）應用日益普及的時代，企業面臨一個關鍵挑戰：如何有效整合散落在各處的知識，讓 AI 代理程式能順暢地理解並運用這些資訊？為了解決這個痛點，Google Cloud 正式推出「開放知識格式」（Open Knowledge Format, OKF），這項新規範旨在將企業知識標準化為可攜帶的 Markdown 檔案，徹底改變 AI 代理程式獲取與處理資訊的方式。

告別知識碎片化：Google Cloud 推出開放知識格式 OKF

OKF 的核心概念，源自於 Andrej Karpathy 近期推廣的「大型語言模型維基」（LLM wiki）模式，並將其轉化為一種可互通的格式。OKF v0.1 版將知識定義為一個由 Markdown 檔案組成的目錄，每個檔案都包含 YAML 前置碼（YAML frontmatter）。這項規範極其簡約，僅要求一個必填欄位「type」（類型），以及少數選填欄位，例如標題（title）、描述（description）、資源（resource）、標籤（tags）和時間戳記（timestamps），其餘內容則以 Markdown 語法呈現。

透過標準的 Markdown 連結，不同的概念之間可以相互連結，進而形成一個龐大的「知識圖譜」（knowledge graph）。一個 OKF 套件（bundle）可以在任何編輯器中讀取，於 GitHub 上正常渲染，並能被任何搜尋工具索引，確保了其高度的可讀性與互通性。

AI 代理程式的瓶頸：為何知識整合如此困難？

大多數組織都深知 OKF 試圖解決的問題：知識分散各處，可能存在於中繼資料目錄（metadata catalogs）、維基百科、程式碼註解、筆記本單元（notebook cells），甚至個別工程師的腦海中。當一個 AI 代理程式需要為特定資料集撰寫 SQL 查詢時，它必須從所有這些零散的來源中拼湊出所需的資訊，這大大拖慢了其運作效率。

Google Cloud 指出，目前每個代理程式開發者都必須從零開始解決這個情境（context）問題，而每個目錄供應商也都在重複發明相同的資料模型。無論是連結到程式碼代理程式的 Obsidian Vaults、AGENTS.md 和 CLAUDE.md 等慣例檔案，或是資料團隊的「中繼資料即程式碼」（metadata as code）儲存庫，它們都遵循著類似的模式。然而，Google 表示，這些解決方案都是客製化建構的，並非為彼此協同工作而設計，導致知識被鎖定在建立它的系統內部。這正是 OKF 旨在彌補的鴻溝。

OKF 如何運作：輕量、可攜的 Markdown 知識庫

OKF 的設計理念強調極簡與可攜性。它僅要求一個「type」欄位，至於存在哪些類型、文件包含哪些額外欄位，以及內容主體如何結構化，則完全由知識的「生產者」（producer）決定。生產者與「消費者」（consumer）之間是解耦的關係，這意味著人類撰寫的知識套件可以供 AI 代理程式使用，而機器生成的套件也可以在視覺化工具中檢視。OKF 具備高度彈性，能與任何雲端供應商、資料庫或代理程式框架協同運作。