影片筆記：🚀LangChain新神器OpenWiki打造数据飞轮！开启LLM Wiki 2.0时代！ 让Codex、Claude Code、Hermes等Agent共享第二大脑！支持Notion！告别知识孤岛！

一句話總結

影片介紹了由 Lanching 團隊推出的開源項目 OpenWiki，這是一個旨在解決 AI Agent 之間知識共享與長期記憶問題的基礎設施。它作為 LMWiki 設計模式的具體實現，允許不同 Agent（如 Codex、Hermes、CloudCode）共享一個獨立的「第二大腦」，支援從 Notion、程式碼等多種來源自動攝取知識，並具備定時更新與增量維護能力，從而打破知識孤島。

核心重點

• OpenWiki 的定位：
• 它是 LMWiki（由 Carpathy 提出的設計模式）的可安裝實現（CRI）。
• 從依賴特定 Agent 的臨時技能（Skill），升級為獨立、可持續維護且可跨 Agent 讀取的基礎設施。
• 目標是成為 AI Agent 之間共享知識的「第二大腦」，提供長期上下文。
• 安裝與驅動機制：
• 支援透過終端命令行或自然語言指令（由 Codex、CloudCode、Hermes 等 Agent 協助）進行安裝。
• 驅動方式靈活：支援 OpenAI ChatGPT 的 OAuth 驗證（無需 API Key），也支援 CloudCode 的 API Key 或任何兼容 OpenAI API 的設置。
• 個人模式與知識攝取：
• 支援連接 Notion、Slack、Gmail、X、Hacker News、Git 倉庫及網頁等數據源。
• 演示中重點展示了連接 Notion，透過 OAuth 授權後，自動攝取筆記並生成結構化的 Markdown Wiki。
• 具備增量更新機制，當來源（如 Notion）新增內容時，OpenWiki 可自動發現並更新 Wiki。
• 跨 Agent 知識共享：
• 其他 Agent（如 Codex）可以讀取 OpenWiki 生成的文件來檢索知識。
• 透過在 Codex 的全域配置文件（Agent.md）中設定指令，可實現自動化檢索：當任務涉及項目文檔研究時，自動讀取 OpenWiki 入口，若信息過期或衝突則回查原始來源。
• 自動化維護：
• 支援定時更新（預設每日凌晨 2 點）。
• 可透過全域配置文件指定攝取範圍，實現無需手動維護的定時自動更新。

詳細大綱

一、 OpenWiki 的定位與價值

• 問題背景：傳統方式需要為每個 Agent 生成 Wiki，缺乏通用性，知識難以共享。
• 解決方案：OpenWiki 是一套獨立於具體 Agent 的基礎設施。
• 核心區別：
• LMWiki 是一種設計模式。
• OpenWiki 是 LMWiki 的可安裝實現（CRI）。
• 升級為「自主攝取、持續維護的基礎設施」。
• 支援來源：程式碼、郵件、Notion 筆記、Git 倉庫、Hacker News 及網頁。
• 目標 Agent：Hermes Agent、Codex、CloudCode 等。
• 項目熱度：GitHub 倉庫超過 10k Star，版本迭代速度快。

二、 安裝與配置流程

• 安裝方式：
• 方式一：官方倉庫提供的安裝命令，於終端命令行執行。
• 方式二：透過自然語言指令讓 AI Agent（Codex、CloudCode、Hermes）協助安裝（提供倉庫連結）。
• 支援模式：
• 個人模式：構建本地個人 Wiki（本期重點）。
• 代碼模式：為當前代碼庫構建倉庫文檔（影片略過演示，提及 Graphify 為類似項目）。
• 驗證與驅動機制：
• 支援 OpenAI ChatGPT 的 OAuth 驗證（無需 API Key）。
• 支援 CloudCode 的 API Key 作為驅動。
• 支援任何兼容 OpenAI API 的設置。

三、 功能深度演示（個人模式）

• 初始化與連接：
• 執行命令初始化本地個人 Wiki 支持庫。
• 連接外部平台：Notion、Slack、Gmail、X 等。
• 演示連接 Notion：執行命令後彈出瀏覽器進行 OAuth 授權，終端顯示連接成功。
• 啟動與交互：
• 執行命令啟動 OpenWiki，進入類似 Codex/CloudCode 的 CLI 交互界面。
• 輸入提示詞攝取特定內容（例如：Notion 中與 CloudCode 相關的筆記）。
• Wiki 構建過程：
• OpenWiki 檢測到多份筆記，讀取相關頁面（如 hooks、子代理 agent view）。
• 將長期可復用的原則寫入主題（Topics）。
• 使用 Chitgbt 模型完成 Wiki 構建。
• 結果：新增主題「CloudCode」，完成定向社區與 Wiki 更新。
• 結構與檢索：
• 在 VSCode 中打開 OpenWiki 項目結構。
• 查看生成的 Topic 頁面，內容詳細。
• 在 OpenWiki 中輸入任務檢索特定知識（例如：詳細講解 hooks），系統從 Wiki 檢索並輸出詳細解釋。
• 增量更新測試：
• 在 Notion 新增「CloudCode 的 workflow」筆記。
• 在 OpenWiki 中檢索該筆記並觸發更新。
• 結果：Wiki 中新增動態工作流相關內容，實現增量更新。

四、 跨 Agent 知識共享與自動化

• 跨 Agent 檢索：
• 在 Codex 中測試檢索 OpenWiki 構建的知識。
• 任務：檢索 CloudCode hooks 用法。
• 結果：Codex 讀取 OpenWiki 的 quickstart 及相關內容，給出具體用法。
• 全域配置（Agent.md）：
• 在 Codex 的全域文件（agentmd）中加入指令，避免每次手動指定。
• 指令邏輯：當任務涉及項目文檔研究時，先讀取 OpenWiki 文件，只讀取相關鏈接頁面；若信息過期或衝突，回查原始來源；默認不修改 OpenWiki 生成的頁面。
• 重啟 Codex 後生效，測試研究 CloudCode 動態工作流用法，Codex 自動按約定讀取入口並輸出結果。
• 定時更新機制：
• OpenWiki 支援定時更新，預設時間為每天凌晨 2 點。
• 透過命令可查看具體更新時間。
• 自動化攝取配置：
• 在 VSCode 中修改全域配置文件，刪除默認輸入，自定義攝取範圍（例如：CloudCode 新功能等）。
• 執行更新命令，OpenWiki 自動發現未納入的 Notion 資料頁並加入 Wiki。
• 實現無需手動維護的定時自動更新。

工具 / 模型 / 名詞整理

• OpenWiki：Lanching 團隊推出的開源項目，可安裝的 CRI，用於構建長期知識層。
• Lanching：OpenWiki 的開發團隊。
• LMWiki：由 Carpathy 提出的設計模式。
• Carpathy：提出 LMWiki 設計模式的相關方。
• Hermes Agent：支援讀取 OpenWiki 的 Agent 之一。
• Codex：OpenAI 的 AI Agent，可用於安裝 OpenWiki 及檢索知識。
• CloudCode：AI Agent，支援使用其 API Key 驅動 OpenWiki。
• Notion：筆記應用，作為 OpenWiki 的數據來源之一。
• Slack：通訊應用，支援連接 OpenWiki。
• Gmail：郵件服務，支援連接 OpenWiki。
• X：社交媒體平台，支援連接 OpenWiki。
• Hacker News：技術新聞網站，支援連接 OpenWiki。
• Git：版本控制系統，支援連接 OpenWiki。
• VSCode：代碼編輯器，用於查看 OpenWiki 項目結構。
• OpenAI ChatGPT：支援 OAuth 驗證及作為模型驅動。
• Chitgbt：影片中提到 OpenWiki 構建 Wiki 時使用的模型名稱（疑點）。
• Graphify：另一個能將代碼庫做成 LMWiki 的開源項目（影片提及但未演示）。
• GitHub：代碼託管平台，OpenWiki 倉庫所在地。
• CLI：命令行界面。
• OAuth：開放授權協議，用於驗證。
• API Key：應用程序接口密鑰。
• Agent.md：Codex 的全域配置文件名稱。
• Quickstart：OpenWiki 中的快速入門文件。
• CRI：影片中提到「OpenWiki 它是可安裝的 CRI」，具體含義需查證。
• 中端命令行：影片口語，疑為「終端命令行」。
• 見相：影片口語，疑為「見狀」或「接著」。
• 碩實化：影片口語，疑為「實現」或「初始化」。
• 口：影片口語，疑為「界面」或「環境」。
• 定向社區：影片口語，在 Wiki 構建語境下疑為特定功能或聽寫錯誤。
• 高峰顯示：影片口語，疑為「高頻顯示」或「高頻出現」。
• 充起：影片口語，疑為「重啟」。

操作流程整理

1. 安裝 OpenWiki：

• 方法 A：在終端執行官方安裝命令。
• 方法 B：使用 Codex/CloudCode/Hermes 等 Agent，透過自然語言指令並提供倉庫連結進行安裝。

1. 配置與連接數據源：

• 選擇「個人模式」初始化本地 Wiki。
• 連接外部平台（以 Notion 為例）：執行連接命令，瀏覽器彈出 OAuth 授權頁面，完成授權後終端顯示連接成功。

1. 啟動與攝取知識：

• 執行命令啟動 OpenWiki，進入 CLI 交互界面。
• 輸入提示詞指定攝取內容（例如：Notion 中與 CloudCode 相關的筆記）。
• OpenWiki 讀取相關頁面，將原則寫入主題（Topics），生成 Markdown Wiki。

1. 檢索與驗證：

• 在 VSCode 中查看生成的 Topic 頁面結構。
• 在 OpenWiki 中輸入任務（如：講解 hooks），系統從 Wiki 檢索並輸出解釋。
• 測試增量更新：在 Notion 新增筆記後，觸發 OpenWiki 更新，確認 Wiki 內容同步新增。

1. 跨 Agent 共享與自動化配置：

• 在 Codex 的全域配置文件（Agent.md）中寫入指令：當任務涉及項目文檔研究時，自動讀取 OpenWiki 入口及相關頁面；若信息過期或衝突，回查原始來源。
• 重啟 Codex 使配置生效。
• 測試 Codex 自動檢索 OpenWiki 中的知識（如 CloudCode hooks 用法）。
• 配置定時更新：修改全域配置文件指定攝取範圍，確認 OpenWiki 預設每日凌晨 2 點自動發現並更新未納入的資料頁。

值得注意的限制或風險

• 模型依賴與辨識：影片中提到使用「Chitgbt」模型進行 Wiki 構建，該名稱與常見模型不符，可能存在辨識錯誤或為特定內部模型，需確認其穩定性與成本。
• 數據源連接安全性：連接 Notion、Gmail 等服務時涉及 OAuth 授權，需確保授權範圍與數據隱私符合預期。
• 知識過期與衝突處理：雖然系統設計了回查原始來源的機制，但若原始來源頻繁變動或存在衝突，自動生成的 Wiki 可能產生不一致，需人工介入校準。
• Agent 兼容性：目前主要演示與 Codex、CloudCode、Hermes 等 Agent 的整合，其他非主流 Agent 的兼容性未明確說明。
• 定時更新的資源消耗：每日定時更新與自動攝取可能帶來計算資源與 API 調用成本的增加，需評估長期運行的可行性。

逐字稿辨識疑點

• Lanching：影片口語為「Lanching」，指代開發團隊，需查證是否為特定團隊名稱或拼寫錯誤（如 Launching）。
• CRI：影片中提到「OpenWiki 它是可安裝的 CRI」，需查證 CRI 在此處的具體含義或是否為聽寫錯誤（如 Container Runtime Interface 或其他縮寫）。
• Chitgbt：影片中提到「它現在就要用 chitgbt 的模型」，此名稱與常見模型名稱不符，疑為聽寫錯誤或特定內部模型名稱，需查證。
• Cloudcode：影片中多次出現「Cloudcode」，通常指代雲端代碼環境或特定工具，需確認是否為特定產品名稱或泛指。
• 中端命令行：影片多次口語為「中端命令行」，疑為「終端命令行」或「Terminal」的聽寫錯誤。
• 見相：影片多次口語為「見相的話」，疑為「見狀」或「接著」或「然後」的聽寫錯誤。
• 碩實化：影片中提到「碩實化一個本地的個人 Wiki 支持庫」，疑為「實現」或「初始化」的聽寫錯誤。
• 口：影片中提到「進入了一個比較像口」，疑為「界面」或「環境」的聽寫錯誤。
• 定向社區：影片中提到「定向社區」，在 Wiki 構建語境下疑為「定向社區」或「定向社區化」或「定向社區構建」的聽寫錯誤，或指代特定功能。
• 設計我的項目文檔研究時：影片中提到「當任務設計我的項目文檔研究時」，語意稍顯不通，疑為「當任務涉及我的項目文檔研究時」的聽寫錯誤。
• 高峰顯示：影片中提到「信息過期衝突或高峰顯示」，疑為「高頻顯示」或「高頻出現」或「高頻顯示」的聽寫錯誤。
• 充起一下：影片中提到「重起一下」或「充起一下」，疑為「重啟」的聽寫錯誤。

可延伸追問

• OpenWiki 的 CRI 具體指什麼技術架構？
• Chitgbt 模型是什麼？是否為 OpenAI 或其他廠商的特定模型？
• OpenWiki 如何處理大量數據攝取時的 API 限額與成本問題？
• 除了 Notion，OpenWiki 對其他數據源（如 Slack、Gmail）的攝取準確度與格式保留情況如何？
• 在企業環境中部署 OpenWiki 時，如何處理多用戶權限與數據隔離？
• Graphify 與 OpenWiki 在代碼庫文檔生成上的主要差異為何？