用 Agent 團隊來做知識管理，非常頂！

這是蒼何的第 527 篇原創！

大家好，我是蒼何。

老讀者都知道，我圍繞知識庫折騰了不少項目。

Notion 用來存放項目規劃系統和待辦清單。

Obsidian 配合 Claude Code 寫文章、做筆記和靈感碎片。

飛書用來存放商務對接及公司文檔，語雀用來存放付費知識庫及系統化教程。

但我發現，它們都是割裂的。

想找個東西？得在四五個平臺來回切換。

更頭疼的是團隊協作，每次都要問：「這個文檔你放哪了？」

我非常迫切需要 Agent 團隊來幫我管理。

于是我花了一天時間，組了個 Agent 團隊，專門負責我的知識庫。

先說整體思路

整體的組織架構是這樣的：

Agent 團隊成員：總控（momo）、知識庫管家、遷移助手、筆記整理員、每日對話淘金員。

五個 AI Agent 同事，各司其職。

其中 momo 作為我的私人秘書，只對我負責。同時也是這個系統的總控。

我讓它作為我和其他 Agent 同事溝通的橋梁。

我需要指派同事干什么事，只要和 momo 說一聲，它就會去安排同事們干活。

而其他 Agent 同事則和真實團隊一樣，既有獨立的上下文和 Skill，又能相互交流協作。

「遷移助手」 Agent 是團隊的搬運工。

負責將存儲在其他位置的知識庫內容搬運到工作區。

我專門為它配置了監控功能，24 小時檢查我本地的文件夾是否加入了新內容。

有的話就直接通過 Webhook 將文件搬到工作區，然后通知知識庫管家：「喂大叔，出來干活了。」

「知識庫管家」 Agent 則是個懶漢。

只有聽到別人喊它干活，才將其他 Agent 推送的內容分門別類寫入知識庫。

「筆記整理員」 Agent 負責將知識庫的內容添加摘要、更新索引，方便我們找到需要的文件。

「每日對話淘金員」 Agent是我突發奇想搭建出來的。

你們想過沒有？

我們每天和 AI 聊天的對話里，藏著多少被忽略的金點子？

這個 Agent 同事就是負責去翻聊天記錄，把「金子」撿回來。

于是我開始和 momo 溝通，搭建了這個同事，并將它的工作流程整理成了 Skill。

至此，這個知識庫 Agent 團隊終于搭建完成。

momo 在 Slack 上給我匯報工作進度：

每日「淘沙」結果請求確認：

你還可以邀請別人到你建立的團隊空間來。

在這里大家可以一起完善 Agent 同事，指導他們從職場小白成長為可以獨當一面的團隊好手。

一起指揮他們干活，也可以一起討論交流。

而這一切，都是我在 「Moxt」 上實現的。

它作為一個 Agent 原生工作空間，將你和 Agent、知識庫整合到一起。

所有的對話、數據查詢、操作都在同一個空間，免去了在不同工具間反復切換的煩惱。

下面我一步步拆解這個知識庫 Agent 團隊的搭建步驟。

感興趣的小伙伴可以試著搭建你自己的 AI 同事。

官方地址如下：

https://moxt.ai

第一步是建好「新家」的目錄結構。

后面所有 Agent 寫入內容都要往這里放。

我在 Moxt 的團隊空間下創建了 知識庫/ 目錄，然后按內容類型建好子目錄：

這里有個設計細節：專門留了一個 待整理/ 目錄。

遷移助手推過來的原始文件不直接進正式分類，先落這里，由知識庫管家來做二次分類。

這樣兩個 Agent 互不干擾，出了問題也好定位在哪一步。

Step 2：搭建私人秘書 momo

momo 是我和整個 Agent 團隊之間的中轉站。

我給它配置的核心原則只有一條：我說什么，它負責傳達和跟進；同事匯報什么，它負責整理后告訴我。

在 Moxt 里，你可以給 Agent 配置獨立的上下文規則（也就是 AGENTS.md）。

我給 momo 寫的規則大致是：

• 
  

  每天 22:30 在 Slack 上給我發當日匯總，合并所有同事的動態

• 需要我當場確認的事立即通知，不需要的攢到晚上一起說

• 轉達需要確認的事項時，必須附上它自己的判斷和建議

這個「附建議」的設定非常重要。

我不想要一個只會傳話的助手，我想要它能幫我想清楚，告訴我「我建議你選 A，因為……」。

Step 3：搭建遷移助手

這是整個團隊里配置最復雜的一位，因為它要連接本地和云端。

遷移助手的工作流程是：

為了避免網絡抖動時重復推送同一個文件，腳本還維護了一個已推送記錄。

每推成功一個，就把「文件路徑 + 修改時間」的簽名寫進去，下次啟動時跳過。

Webhook 這邊，在 Moxt 里給遷移助手創建一個 Webhook。

它收到推送后執行的動作：將文件寫入 知識庫/待整理/，然后向知識庫管家發一條消息：「有新文件到了，快去處理。」

Step 4：搭建知識庫管家

知識庫管家的觸發方式是 Webhook，別人喊它，它才干活。

它收到遷移助手的通知后，會做三件事：

• 讀取 待整理/ 里的新文件，判斷內容類型

• 移動到對應的分類目錄（技術的進 技術知識庫/，產品的進 產品知識庫/，以此類推）

• 完成后給遷移助手回一條確認，順便匯報給 m omo

分類的判斷邏輯我讓它自己處理。

基本上看文件名和內容的前幾段就夠了，碰到實在分不清的就扔進 待整理/，等我或者筆記整理員來處理。

Step 5：搭建筆記整理員

筆記整理員的職責是給知識庫「補信息」，讓內容更容易被找到。

它會做兩件事：一是給新寫入的文件生成一段摘要，寫回文件頭部；二是維護一份索引文檔，記錄每個子目錄下有哪些文件、各自的主題是什么。

這個同事我配置了定時觸發，每天凌晨掃一遍 待整理/ 和最近有變動的目錄，統一處理。

Step 6：搭建每日對話淘金員

這是我搭團隊過程中最有意思的一個想法。

我們每天都在和 Agent 對話，里面其實藏著不少有價值的東西。

一個突然想清楚的產品思路，一段聊出來的方案，或者一個值得記錄的決策過程。

這些東西散落在各個對話里，不主動整理就消失了。

于是我搭了這位淘金員。

它每天定時掃描當天的對話記錄，把它覺得值得留存的內容整理成結構化的摘要，然后發給 momo 請我確認。

我覺得值得留的，就讓它搬進知識庫；覺得不值的，忽略就好。

這套「先淘、再確認、再歸檔」的流程，我整理成了一個 Skill 文件，方便日后調整和復用。

最后

搭完這套系統，我自己用下來最大的感受是：知識不再是孤島了。

以前我的筆記分散在本地、Notion、各種聊天記錄里，想找一個東西要翻半天。

現在遷移助手把本地內容自動推進來，每日淘金員把對話里的精華撈出來，知識庫管家幫我歸好類，筆記整理員再加上摘要和索引。

整個知識庫是活的，一直在被更新和整理。

而我唯一需要做的，就是每天晚上看看 momo 發來的匯報，確認一下淘到的「金子」值不值得留。

如果你也想試著搭一套，可以從最簡單的開始：先搭一個遷移助手，把本地文件夾和工作區打通。

這一步跑通了，后面加其他同事就順了。

歡迎在評論區曬出你們的 AI Agent 同事。