深度解析：Memory Tree如何把郵件和聊天記錄變成可讀的Obsidian知識庫)
OpenHuman記憶系統(tǒng)深度解析Memory Tree如何把郵件和聊天記錄變成可讀的Obsidian知識庫【免費下載鏈接】openhumanYour Personal AI super intelligence. A brain that builds a local-first memory of your life, a fantastic orchestrator of agent fleets and workflows, and a deep researcher.項目地址: https://gitcode.com/GitHub_Trending/op/openhumanOpenHuman 是一款本地優(yōu)先的個人 AI 助理它的記憶系統(tǒng) Memory Tree 能把 Gmail 郵件、Slack 聊天、文檔等數(shù)據(jù)自動壓縮成結(jié)構(gòu)化摘要并寫入一個你可以直接用 Obsidian 打開、編輯的知識庫。這篇文章帶你完整看懂它的工作原理、目錄結(jié)構(gòu)和上手方法。為什么 AI 記憶不該是黑盒大多數(shù)AI 記憶產(chǎn)品把狀態(tài)藏在晦澀的向量數(shù)據(jù)庫里——你看不到、改不了AI 記錯了也無處下手。OpenHuman 的思路正好相反可讀每一條記憶都是磁盤上的一個.md文件你用任何編輯器都能打開可改發(fā)現(xiàn)摘要寫錯了直接改文件下次檢索就是對的可遷移就算你明天棄用 OpenHuman留下的仍是一個完整可用的個人 Wiki。整個設計靈感來自 Karpathy 的 Obsidian-Wiki 工作流生活中每一件值得記住的事最終都變成一個可鏈接的筆記。完整文檔入口Obsidian Wiki 總覽、Memory Trees 詳解一鍵打開把記憶庫變成 Obsidian 知識庫上手只需要三步官方指南在 connect-obsidian.md連接數(shù)據(jù)源在應用里接入 Gmail、Slack 等集成每個 Gmail 標簽、每個 Slack 頻道各算一個獨立源點擊 View vault in ObsidianMemory 標簽頁的這個按鈕會通過obsidian://深鏈直接打開你的記憶庫目錄~/.openhuman/…/wiki/。首次使用時在 Obsidian 里選擇Open folder as vault注冊一次即可瀏覽與編輯筆記之間使用標準[[wiki-link]]語法Obsidian 的圖譜視圖、反向鏈接、標簽瀏覽開箱即用。 記憶庫的目錄結(jié)構(gòu)非常直白目錄內(nèi)容wiki/summaries/自動生成的摘要按日期、來源、實體分層wiki/notes/你手寫的自由筆記不會被覆蓋wiki/toolkit/每個已連接工具一個文件夾Memory Tree 三級摘要樹記憶如何被壓縮Memory Tree 不是向量數(shù)據(jù)庫加一層薄包裝而是一條確定性的桶式封蓋流水線。所有數(shù)據(jù)源聊天、郵件、文檔、同步結(jié)果都走同一條路原始消息 → 標準化 Markdown → 切分塊≤3000 token→ 打分準入 → 寫入三級摘要樹 → 可檢索的磁盤文件它的精髓在于三棵互相獨立的樹、三種查詢視角來源樹Source Tree每個來源一條滾動緩沖區(qū)寫滿后封蓋成摘要逐級向上壓縮——相當于Slack #eng 頻道近兩周發(fā)生了什么主題樹Topic Tree按實體某個人、某個項目、某只股票構(gòu)建出現(xiàn)頻率越高熱度越高構(gòu)建越積極——相當于關(guān)于 Alice 的最新情況全局樹Global Tree每天一個全局摘要節(jié)點回答今天整體發(fā)生了什么。向量嵌入依然藏在樹里支撐語義搜索但樹結(jié)構(gòu)提供了壓縮和導航——這才是記憶像大腦而不是一袋碎片的原因。數(shù)據(jù)流水線全解從郵件到知識庫每條數(shù)據(jù)進入記憶樹要經(jīng)過六道關(guān)卡詳見 memory-tree.mdIngest 攝取新消息被轉(zhuǎn)成標準化 Markdown切成語義塊。塊 ID 是內(nèi)容尋址的重復同步不會產(chǎn)生重復數(shù)據(jù)且全程不調(diào)用大模型快而廉價Queue 排隊后續(xù)的重活實體抽取、嵌入、封蓋摘要進入持久化任務隊列崩潰重啟后任務不丟Workers 后臺工作池默認 3 個后臺工作者默默消化任務界面永不卡頓Scoring 打分準入見 scoring.md好的這種消息會被直接丟掉避免噪聲稀釋摘要、浪費 token。打分由詞數(shù)、詞匯多樣性、來源類型、互動強度、實體密度等信號加權(quán)而成只有拿不準的塊才會動用 LLM 做深度判斷實體抽取正則先抓郵箱、URL、用戶名邊界樣本再交給 LLM 做語義實體識別最終歸一化成穩(wěn)定的person:alice這樣的規(guī)范 ID寫入實體倒排索引和共現(xiàn)圖譜Seal 封蓋緩沖區(qū)寫滿后壓縮成上一層摘要級聯(lián)向上直到生成你能在 Obsidian 里看到的那篇總結(jié)筆記。? 核心源碼都在 Rust 側(cè)src/openhuman/memory/ 是記憶域主目錄src/openhuman/memory/sources/types.rs 定義了所有記憶源類型src/openhuman/memory/diff/ 實現(xiàn)變更賬本。20 分鐘自動同步記憶自己長出來傳統(tǒng) AI 助理是被動響應的你問它才想。OpenHuman 的自動抓取auto-fetch.md是主動的一個全局調(diào)度器每 20 分鐘走一遍所有活躍集成檢查游標和每日預算到期的就拉取增量每個連接獨立記賬自己的游標、自己的去重集合、自己的每日請求預算每個來源都帶 token 預算和同步深度上限話癆源不會燒穿你的費用。所以當你早上問我昨晚郵箱里落了什么時答案早已在 Memory Tree 里了。手寫筆記也會變記憶真正的雙向編輯這是最容易上頭的一點你在wiki/notes/里丟一篇會議筆記比如2026-05-08-board-call.md下次攝取時它會和 Gmail、Slack 走完全相同的流水線——切塊、打分、并入主題樹和全局樹。也就是說? 你可以把現(xiàn)有的 Obsidian 庫整個丟進去批量導入? 你可以給每個項目、每個人維護一篇筆記主題樹會把手工筆記當作又一種來源平等對待? AI 的自動摘要和你的手寫筆記在同一個庫里共存互鏈互不覆蓋。官方還準備了排查表connect-obsidian.md 里列出了庫是空的編輯沒生效等常見問題的原因與解法。問得準檢索、實體解析與記憶圖譜寫入是寫路徑檢索是讀路徑retrieval.md。智能體通過一個多模式的memory_tree工具讀回記憶模式用途search_entities用戶點名時先把Alice解析成規(guī)范 ID永遠先調(diào)用query_source按來源時間窗取摘要如總結(jié)上周 Slack #engdrill_down把粗摘要逐層展開成更細的子節(jié)點cover_window用最少節(jié)點覆蓋最近 24 小時這類時間窗fetch_leaves批量取回原始塊用于精確引用walk/smart_walk純算法的確定性檢索不用 LLM 也能一次答完兩個亮點值得展開實體圖譜是白撿的兩個實體共現(xiàn)在同一個樹節(jié)點上就構(gòu)成一條邊邊權(quán)是共享節(jié)點數(shù)。這就是 Intelligence 標簽頁里那張力導向圖譜的來源——它隨自動同步越來越密零額外存儲成本每個答案都能溯源任何檢索結(jié)果都帶來源、時間范圍、層級信息能一路點回 Obsidian 庫里的那個 Markdown 文件。變更可追溯Memory Diff 審計賬本Memory Tree 回答AI 知道什么Memory Diffmemory-diff.md回答變了什么。它把每次同步的結(jié)果提交進一個真實的 git 倉庫位于~/.openhuman/memory_diff/repo每次同步 一次 commit快照 ID 就是 commit SHAAI 輪詢某個來源時只拿上次讀之后的增量同一封新郵件不會讓它重讀整個收件箱可以打檢查點作為跨來源基線之后一問就是今早到現(xiàn)在全記憶發(fā)生了什么全程零額外 API 成本——賬本完全由已攝取數(shù)據(jù)推導。對新手來說這等于給 AI 的知識裝上了行車記錄儀每條變更都有時間戳、觸發(fā)方式自動/手動和條目數(shù)可審計、可回溯、可恢復。隱私速覽一切都在本機記憶庫和數(shù)據(jù)庫都在你的工作區(qū)默認~/.openhumanObsidian 只是本地讀文件不涉及任何云端賬號嵌入和摘要構(gòu)建可選本地 Ollama 運行開啟 Local AI 后否則才走云端模型服務支持按 Agent 畫像設置來源白名單——客服型 Agent 永遠碰不到你的私人 Gmailsources.md。延伸閱讀與源碼導航資源路徑記憶系統(tǒng)總覽Obsidian Vaultgitbooks/features/obsidian-wiki/README.mdMemory Tree 流水線gitbooks/features/obsidian-wiki/memory-tree.md打分與準入機制gitbooks/features/obsidian-wiki/scoring.md檢索與記憶子智能體gitbooks/features/obsidian-wiki/retrieval.md20 分鐘自動抓取gitbooks/features/obsidian-wiki/auto-fetch.md記憶源類型與權(quán)限范圍gitbooks/features/obsidian-wiki/sources.md變更審計賬本gitbooks/features/obsidian-wiki/memory-diff.mdObsidian 連接指南gitbooks/guides/connect-obsidian.md記憶域 Rust 源碼src/openhuman/memory/一句話總結(jié)OpenHuman 的 Memory Tree 用確定性流水線 三級摘要樹 純 Markdown 記憶庫的組合把散落在郵件和聊天里的生活數(shù)據(jù)變成了你看得見、改得動、帶審計記錄的個人知識庫——而 Obsidian 只是打開它的鑰匙?！久赓M下載鏈接】openhumanYour Personal AI super intelligence. A brain that builds a local-first memory of your life, a fantastic orchestrator of agent fleets and workflows, and a deep researcher.項目地址: https://gitcode.com/GitHub_Trending/op/openhuman創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 OpenHuman記憶系統(tǒng)深度解析：Memory Tree如何把郵件和聊天記錄變成可讀的Obsidian知識庫
OpenHuman記憶系統(tǒng)深度解析Memory Tree如何把郵件和聊天記錄變成可讀的Obsidian知識庫【免費下載鏈接】openhumanYour Personal AI super intelligence. A brain that builds a local-first memory of your life, a fantastic orchestrator of agent fleets and workflows, and a deep researcher.項目地址: https://gitcode.com/GitHub_Trending/op/openhumanOpenHuman 是一款本地優(yōu)先的個人 AI 助理它的記憶系統(tǒng) Memory Tree 能把 Gmail 郵件、Slack 聊天、文檔等數(shù)據(jù)自動壓縮成結(jié)構(gòu)化摘要并寫入一個你可以直接用 Obsidian 打開、編輯的知識庫。這篇文章帶你完整看懂它的工作原理、目錄結(jié)構(gòu)和上手方法。為什么 AI 記憶不該是黑盒大多數(shù)AI 記憶產(chǎn)品把狀態(tài)藏在晦澀的向量數(shù)據(jù)庫里——你看不到、改不了AI 記錯了也無處下手。OpenHuman 的思路正好相反可讀每一條記憶都是磁盤上的一個.md文件你用任何編輯器都能打開可改發(fā)現(xiàn)摘要寫錯了直接改文件下次檢索就是對的可遷移就算你明天棄用 OpenHuman留下的仍是一個完整可用的個人 Wiki。整個設計靈感來自 Karpathy 的 Obsidian-Wiki 工作流生活中每一件值得記住的事最終都變成一個可鏈接的筆記。完整文檔入口Obsidian Wiki 總覽、Memory Trees 詳解一鍵打開把記憶庫變成 Obsidian 知識庫上手只需要三步官方指南在 connect-obsidian.md連接數(shù)據(jù)源在應用里接入 Gmail、Slack 等集成每個 Gmail 標簽、每個 Slack 頻道各算一個獨立源點擊 View vault in ObsidianMemory 標簽頁的這個按鈕會通過obsidian://深鏈直接打開你的記憶庫目錄~/.openhuman/…/wiki/。首次使用時在 Obsidian 里選擇Open folder as vault注冊一次即可瀏覽與編輯筆記之間使用標準[[wiki-link]]語法Obsidian 的圖譜視圖、反向鏈接、標簽瀏覽開箱即用。 記憶庫的目錄結(jié)構(gòu)非常直白目錄內(nèi)容wiki/summaries/自動生成的摘要按日期、來源、實體分層wiki/notes/你手寫的自由筆記不會被覆蓋wiki/toolkit/每個已連接工具一個文件夾Memory Tree 三級摘要樹記憶如何被壓縮Memory Tree 不是向量數(shù)據(jù)庫加一層薄包裝而是一條確定性的桶式封蓋流水線。所有數(shù)據(jù)源聊天、郵件、文檔、同步結(jié)果都走同一條路原始消息 → 標準化 Markdown → 切分塊≤3000 token→ 打分準入 → 寫入三級摘要樹 → 可檢索的磁盤文件它的精髓在于三棵互相獨立的樹、三種查詢視角來源樹Source Tree每個來源一條滾動緩沖區(qū)寫滿后封蓋成摘要逐級向上壓縮——相當于Slack #eng 頻道近兩周發(fā)生了什么主題樹Topic Tree按實體某個人、某個項目、某只股票構(gòu)建出現(xiàn)頻率越高熱度越高構(gòu)建越積極——相當于關(guān)于 Alice 的最新情況全局樹Global Tree每天一個全局摘要節(jié)點回答今天整體發(fā)生了什么。向量嵌入依然藏在樹里支撐語義搜索但樹結(jié)構(gòu)提供了壓縮和導航——這才是記憶像大腦而不是一袋碎片的原因。數(shù)據(jù)流水線全解從郵件到知識庫每條數(shù)據(jù)進入記憶樹要經(jīng)過六道關(guān)卡詳見 memory-tree.mdIngest 攝取新消息被轉(zhuǎn)成標準化 Markdown切成語義塊。塊 ID 是內(nèi)容尋址的重復同步不會產(chǎn)生重復數(shù)據(jù)且全程不調(diào)用大模型快而廉價Queue 排隊后續(xù)的重活實體抽取、嵌入、封蓋摘要進入持久化任務隊列崩潰重啟后任務不丟Workers 后臺工作池默認 3 個后臺工作者默默消化任務界面永不卡頓Scoring 打分準入見 scoring.md好的這種消息會被直接丟掉避免噪聲稀釋摘要、浪費 token。打分由詞數(shù)、詞匯多樣性、來源類型、互動強度、實體密度等信號加權(quán)而成只有拿不準的塊才會動用 LLM 做深度判斷實體抽取正則先抓郵箱、URL、用戶名邊界樣本再交給 LLM 做語義實體識別最終歸一化成穩(wěn)定的person:alice這樣的規(guī)范 ID寫入實體倒排索引和共現(xiàn)圖譜Seal 封蓋緩沖區(qū)寫滿后壓縮成上一層摘要級聯(lián)向上直到生成你能在 Obsidian 里看到的那篇總結(jié)筆記。? 核心源碼都在 Rust 側(cè)src/openhuman/memory/ 是記憶域主目錄src/openhuman/memory/sources/types.rs 定義了所有記憶源類型src/openhuman/memory/diff/ 實現(xiàn)變更賬本。20 分鐘自動同步記憶自己長出來傳統(tǒng) AI 助理是被動響應的你問它才想。OpenHuman 的自動抓取auto-fetch.md是主動的一個全局調(diào)度器每 20 分鐘走一遍所有活躍集成檢查游標和每日預算到期的就拉取增量每個連接獨立記賬自己的游標、自己的去重集合、自己的每日請求預算每個來源都帶 token 預算和同步深度上限話癆源不會燒穿你的費用。所以當你早上問我昨晚郵箱里落了什么時答案早已在 Memory Tree 里了。手寫筆記也會變記憶真正的雙向編輯這是最容易上頭的一點你在wiki/notes/里丟一篇會議筆記比如2026-05-08-board-call.md下次攝取時它會和 Gmail、Slack 走完全相同的流水線——切塊、打分、并入主題樹和全局樹。也就是說? 你可以把現(xiàn)有的 Obsidian 庫整個丟進去批量導入? 你可以給每個項目、每個人維護一篇筆記主題樹會把手工筆記當作又一種來源平等對待? AI 的自動摘要和你的手寫筆記在同一個庫里共存互鏈互不覆蓋。官方還準備了排查表connect-obsidian.md 里列出了庫是空的編輯沒生效等常見問題的原因與解法。問得準檢索、實體解析與記憶圖譜寫入是寫路徑檢索是讀路徑retrieval.md。智能體通過一個多模式的memory_tree工具讀回記憶模式用途search_entities用戶點名時先把Alice解析成規(guī)范 ID永遠先調(diào)用query_source按來源時間窗取摘要如總結(jié)上周 Slack #engdrill_down把粗摘要逐層展開成更細的子節(jié)點cover_window用最少節(jié)點覆蓋最近 24 小時這類時間窗fetch_leaves批量取回原始塊用于精確引用walk/smart_walk純算法的確定性檢索不用 LLM 也能一次答完兩個亮點值得展開實體圖譜是白撿的兩個實體共現(xiàn)在同一個樹節(jié)點上就構(gòu)成一條邊邊權(quán)是共享節(jié)點數(shù)。這就是 Intelligence 標簽頁里那張力導向圖譜的來源——它隨自動同步越來越密零額外存儲成本每個答案都能溯源任何檢索結(jié)果都帶來源、時間范圍、層級信息能一路點回 Obsidian 庫里的那個 Markdown 文件。變更可追溯Memory Diff 審計賬本Memory Tree 回答AI 知道什么Memory Diffmemory-diff.md回答變了什么。它把每次同步的結(jié)果提交進一個真實的 git 倉庫位于~/.openhuman/memory_diff/repo每次同步 一次 commit快照 ID 就是 commit SHAAI 輪詢某個來源時只拿上次讀之后的增量同一封新郵件不會讓它重讀整個收件箱可以打檢查點作為跨來源基線之后一問就是今早到現(xiàn)在全記憶發(fā)生了什么全程零額外 API 成本——賬本完全由已攝取數(shù)據(jù)推導。對新手來說這等于給 AI 的知識裝上了行車記錄儀每條變更都有時間戳、觸發(fā)方式自動/手動和條目數(shù)可審計、可回溯、可恢復。隱私速覽一切都在本機記憶庫和數(shù)據(jù)庫都在你的工作區(qū)默認~/.openhumanObsidian 只是本地讀文件不涉及任何云端賬號嵌入和摘要構(gòu)建可選本地 Ollama 運行開啟 Local AI 后否則才走云端模型服務支持按 Agent 畫像設置來源白名單——客服型 Agent 永遠碰不到你的私人 Gmailsources.md。延伸閱讀與源碼導航資源路徑記憶系統(tǒng)總覽Obsidian Vaultgitbooks/features/obsidian-wiki/README.mdMemory Tree 流水線gitbooks/features/obsidian-wiki/memory-tree.md打分與準入機制gitbooks/features/obsidian-wiki/scoring.md檢索與記憶子智能體gitbooks/features/obsidian-wiki/retrieval.md20 分鐘自動抓取gitbooks/features/obsidian-wiki/auto-fetch.md記憶源類型與權(quán)限范圍gitbooks/features/obsidian-wiki/sources.md變更審計賬本gitbooks/features/obsidian-wiki/memory-diff.mdObsidian 連接指南gitbooks/guides/connect-obsidian.md記憶域 Rust 源碼src/openhuman/memory/一句話總結(jié)OpenHuman 的 Memory Tree 用確定性流水線 三級摘要樹 純 Markdown 記憶庫的組合把散落在郵件和聊天里的生活數(shù)據(jù)變成了你看得見、改得動、帶審計記錄的個人知識庫——而 Obsidian 只是打開它的鑰匙?！久赓M下載鏈接】openhumanYour Personal AI super intelligence. A brain that builds a local-first memory of your life, a fantastic orchestrator of agent fleets and workflows, and a deep researcher.項目地址: https://gitcode.com/GitHub_Trending/op/openhuman創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考