JieGou has evolved.
Since this post was published, JieGou has pivoted from an AI automation platform to an AI-powered operations company delivering managed marketing and operations services. Learn about our managed services →
聊天歷史儲存了說過的話。部門記憶儲存了學到的東西。這兩者有根本的區別，這也是大多數 AI 代理部署在最初的興奮消退後陷入停滯的原因。
聊天歷史的陷阱
每個 AI 平台都提供聊天歷史。它是訊息的日誌——使用者說了什麼，代理回應了什麼。往回捲動夠遠，你可以找到那個客戶解釋需求的對話。
但聊天歷史不是知識。它是原始數據。它不會告訴代理：
- 部門的升級程序是什麼
- 品牌聲音應該是什麼樣的
- 哪些產品有已知問題
- 不同操作的批准閾值是多少
這些是有經驗的員工知道的事情。當這些員工離開時，部門失去了機構記憶——關於事情實際如何運作的累積智慧。
AI 的平行問題
AI 代理有一個更嚴重的版本。當一個新的 AI 代理被創建時，它開始於：
- 一個系統提示（通常是通用的）
- 也許一個知識庫（它可以搜索的文檔）
- 對部門如何運作零認知
這就像雇用一個新員工，遞給他們一疊 PDF，然後說「自己摸索」。
什麼是部門記憶
JieGou 的部門記憶是每個部門的結構化、始終可用的知識層。它不是你查詢的知識庫——它是每次互動中始終存在的上下文。
它與知識庫的區別：
| 知識庫 | 部門記憶 | |
|---|---|---|
| 觸發 | 查詢觸發（RAG 檢索） | 始終啟用（自動注入） |
| 內容 | 文檔、PDF、網頁 | 規則、偏好、程序、模式 |
| 增長 | 手動上傳 | 從食譜、範本、工作流程自動填充 |
| 目的 | 回答特定問題 | 提供營運上下文 |
當行銷代理撰寫活動電子郵件時，它不需要在知識庫中「搜索」品牌聲音指南。部門記憶自動將這些指南注入每次互動中。代理從第一個字就以正確的語調寫作。
實際運作方式
行銷部門
部門記憶包括：品牌聲音指南、活動表現歷史、受眾區隔定義、內容日曆上下文和批准工作流程。當創建新的內容代理時，它立即以品牌聲音寫作，參考過去的活動表現。
客戶支援部門
部門記憶包括：升級程序、SLA 閾值、產品已知問題和解決方法、客戶情緒模式。新的支援代理知道將計費問題升級到財務團隊，舊版 API 有已知的超時錯誤。
財務部門
部門記憶包括：預算閾值、批准限額、稽核要求、供應商付款條件和合規標準。每個財務工作流程從第一次執行就在正確的治理上下文中運作。
CLAUDE.md 的類比
如果你是使用 Claude Code 的開發人員，你知道 CLAUDE.md——一個專案級別的上下文檔案，告訴 Claude 關於你的程式碼庫、慣例和限制。部門記憶做同樣的事情，但用於企業部門。
部門記憶如何自動填充
你不需要從頭手動撰寫部門記憶。JieGou 從三個來源自動填充它：
- 已安裝的食譜：系統從操作模式中提取知識
- 活躍的範本：範本配置編碼了部門知識
- 工作流程執行：系統捕捉執行模式
開始使用
當你在 JieGou 中設定部門時，部門記憶會自動啟用。安裝部門套件，創建幾個工作流程，部門記憶就開始累積。