# 影片筆記：竞品分析还在熬夜做？腾讯云自研AI助手 Octop 多专家多Agent并行，调研报告一次搞定


<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->
## ⚠️ 可先使用，仍有待修正項目

本筆記已完成可閱讀的逐字稿與時間跳轉；下列為待處理問題，建議播放原片確認。

- 待修正：逐字稿全文快速校讀未完成（已保留自動字幕/原始逐字稿並繼續生成筆記。；未完成的全文速讀項目可在精進模式回聽確認。）
- 待修正：逐字稿可先使用，但有待校正清單（segment=1473 asr_repetition_or_hallucination: 出現異常重複字元或 token）

<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->

## 一句話總結

騰訊雲開源自研 AI 助手 **Octop**，主打多用戶、多專家、多 Agent 並行架構。其核心亮點為可插拔的長期記憶系統 **Octop Memory**（具備七層結構與雙流水線），以及透過多 Agent 博弈協作機制，自動拆解任務並生成結構化競品調研報告，解決傳統競品分析耗時問題。

## 核心重點

1.  **Octop 產品定位與架構**：
    *   Octop 是騰訊雲開源的 AI 助手，前身可能為 LiCloud ACE。
    *   定位為「多用戶、多專家、多 Agent 並行」的通用 Agent，區別於 OpenCloud/Hermes 的單用戶個人 Agent 定位。
    *   名稱由來為 Octopus（章魚）變體，象徵多觸手（多專家/多 Agent），後綴 Top 寓意頂尖。
    *   支持多通道接入（飛書、釘釘、企微、QQ、微信、小益、MQTT 等）。

2.  **Octop Memory 記憶系統（核心亮點）**：
    *   **可插拔設計**：記憶隨 Octop 走，不依賴單一 Agent，支持在 OpenCloud、Hermes 等其他 Agent 中使用，實現記憶遷移。
    *   **七層結構與雙流水線**：
        *   **沉淀（寫入）**：原始對話 (ROEvent/Rolling Event) -> 候選事實 (Candidate) -> 衝突檢測與消解 -> 原子卡片 (Atom Card/Entity) -> 日記層（情緒/生活事件）-> 人物條目歸類。
        *   **召回（讀取）**：優先查詢緩存，無緩存時使用 **BM25** 算法搜索原子卡片，基於事實回答並提供 Reference 溯源。
    *   **衝突消解**：在 Entity 層進行，若新舊記憶矛盾，觸發用戶審核（7天無操作自動採納新記憶）。

3.  **多 Agent 並行與博弈實戰**：
    *   **任務拆解**：主 Agent 接收複雜任務（如競品調研），自動判斷並分配子 Agent 進行資料蒐集。
    *   **Agent 類型**：
        *   **臨時 Agent (Z-agent/子 Agent)**：用完即消失，僅用於執行特定任務。
        *   **進程 Agent (Agent Team/專家)**：未來規劃，具備持久性，可保存記憶與經驗。
    *   **實戰演示**：以「豆腐腦口味辯論」為例，展示甜黨、鹹黨、辣黨專家 Agent 之間的博弈、攻擊與裁決；以及「新品牌茶飲三巨頭」競品調研報告生成，包含行業總覽、品牌對比（蜜雪冰城、霸王茶姬、喜茶、奈雪的茶）等維度。

4.  **部署與生態協作**：
    *   支持 GitHub 開源代碼自部署，未來將提供騰訊雲輕量服務器鏡像。
    *   支持 PWA 安裝為桌面應用。
    *   與 Cloud Code、Codex、Codebody 等編碼工具非競爭關係，通過 **ACP** 調用其能力。
    *   單台伺服器可支援多用戶，數據隔離但共享資源。

## 詳細大綱

### 1. Octop 基礎介紹與定位
*   **產品定義**：剛剛開源的自研 AI 助手，支持多專家、多用戶、多 Agent 並行。
*   **前身與升級**：前身是 LiCloud ACE，現升級為 Octop 並在 GitHub 開源。
*   **用戶定位**：
    *   **多用戶支持**：支持主用戶創建子用戶，記憶與工作空間隔離，適合小團隊或家庭使用。
    *   **多通道支持**：支持飛書、釘釘、企微、QQ、微信、小益、MQTT 等。
    *   **場景覆蓋**：通用辦公（如 PPT 製作、競品調研）與生活場景（如養花、健康管理）。
*   **名稱由來**：Octopus（章魚）的變體，象徵多觸手（多專家/多 Agent），後綴 Top 寓意頂尖。

### 2. Octop Memory 記憶系統詳解
*   **核心概念**：面向 Agent 的可插拔長期記憶系統，記憶隨 Octop 走，不依賴單一 Agent。
*   **七層記憶結構與雙流水線**：
    *   **流水線一：沉淀（寫入）**
        1.  **ROEvent / Rolling Event**：最底層事實，類似「錄音筆」，記錄所有原始對話，作為溯源證據。
        2.  **Candidate**：候選事實，大模型從對話中抽取的初步事實。
        3.  **衝突檢測**：判斷重要性與自信度，低置信度或閒聊噪聲被丟棄。
        4.  **Entity / Atom Card**：原子卡片，正式記憶。若與現有事實衝突，觸發衝突處理（用戶可採納或忽略，7天無操作自動採納新記憶）。
        5.  **日記層**：記錄情緒、生活事件，不污染事實記憶，用於主動關心機制。
        6.  **人物條目**：將原子卡片歸類到特定人物下，建立聯繫。
        7.  **神器流水**：記錄大模型提取過程，顯示在面板中，確保可追溯。
    *   **流水線二：召回（讀取）**
        *   優先查詢緩存。
        *   若無緩存，使用 **BM25** 算法搜索原子卡片。
        *   基於事實進行回答，確保記憶正確且有 Reference 可查。
*   **衝突消解**：在 Entity 層進行，讀取舊記憶進行重構，若矛盾則觸發用戶審核。

### 3. 與其他產品的區別與協作
*   **與 OpenCloud / Hermes 區別**：
    *   OpenCloud/Hermes 為個人 Agent，單用戶，記憶封裝在產品內。
    *   Octop 為多用戶、多專家，記憶獨立且可插拔。
*   **與編碼工具關係**：
    *   與 Cloud Code、Codex、Codebody 非競爭關係，可調用其能力。
    *   通過 **ACP** 連接編碼 Agent，將編碼任務委派給更成熟的工具。
*   **部署方式**：
    *   支持 GitHub 開源代碼自部署。
    *   未來將提供騰訊雲輕量服務器鏡像（GTOP/ACE 升級版）。
    *   支持 PWA 安裝為桌面應用。

### 4. 多 Agent 並行與博弈實戰演示
*   **演示場景**：豆腐腦口味辯論（甜、鹹、辣）。
*   **流程**：
    1.  創建多個專家 Agent（如競品分析專家、營養規劃專家、美食專家）。
    2.  從 Token Hub 專家市場下載專家。
    3.  多 Agent 並行執行任務，進行博弈（相互攻擊、調侃、端水）。
    4.  最終由主 Agent 或特定專家進行裁決。
*   **技術實現**：子 Agent 與主 Agent 的概念，支持家庭群聊中的多 Agent 協作。

### 5. 竞品分析專家功能演示
*   **任務拆解與執行**：
    *   主 Agent 接收複雜任務（如競品調研），自動判斷需分配多少個子 Agent。
    *   子 Agent 負責特定維度的資料蒐集（如歷史、故事、名言，或特定品牌調研）。
    *   子 Agent 完成任務後，將結果交還給主 Agent。
    *   主 Agent 進行最終整合、裁判與報告撰寫。
*   **即時編輯能力**：
    *   使用者可在 Octop 內直接修改 AI 生成的內容（刪除、編輯）。
    *   解決「AI 生成後無法修改」的問題，支援與 AI 即時互動修改。
    *   類似於 WorkerBody 的能力，未來將持續優化。
*   **報告內容範例（新品牌茶飲三巨頭）**：
    *   包含行業總覽（如純糧博弈、競爭激烈）。
    *   核心品牌對比：蜜雪冰城（便宜）、霸王茶姬（記憶點產品）、喜茶（高端定位）、奈雪的茶（星巴克定位）。
    *   對比維度：創立時間、高端定位、價格策略、產品矩陣（水果茶、鮮果茶、鮮奶茶）、營銷策略。
    *   資料來源：Octop 抓取最新數據，包含實時網站，並內建專業搜索引擎，確保數據準確性。

### 6. 技術架構與功能特性
*   **Agent 類型與生命週期**：
    *   **臨時 Agent (Z-agent/子 Agent)**：用完即消失，現成概念，僅用於執行特定任務並返回答案。
    *   **進程 Agent (Agent Team/專家)**：未來規劃，具備持久性，可保存記憶與經驗（如地理專家、競品分析專家）。
    *   **自動路由**：未來支援自動將請求路由至對應專家，無需使用者手動安裝或選擇。
*   **記憶與檢索機制**：
    *   **記憶結構**：僅 `memory` 資料夾下的 `.md` 文件及 `memory.md` 為有效記憶。
    *   **檢索策略**：
        *   目前預設：FTS (全文檢索) + BM25。
        *   針對百萬級記憶：先召回「原子卡片」，再分層檢索，最後召回原始事件。
        *   未來規劃：推出 `Octop Memory` 配置項，支援向量模型與向量資料庫。
*   **多用戶與部署**：
    *   **多用戶支援**：單台伺服器安裝 Octop 即可支援多用戶，使用者之間數據隔離，但可在同一台機器上共享資源。
    *   **本地部署**：支援部署到本地，可透過 GitHub 倉庫下載，參考 `Vidmin` 的部署介紹。
    *   **伺服器配置**：配置大小取決於支援的用戶數量，後續將提供專門的配置推薦。

### 7. 遷移與通道支援
*   **ACE 到 Octop 遷移**：
    *   **支援無損遷移**：記憶、聊天記錄、Skill、通道配置均可無損切換。
    *   **限制**：目前的遷移工具尚不支持聊天介面的完全遷移，若有強烈需求可在用戶群討論未來升級。
    *   **記憶格式轉換**：未來將推出支援的記憶格式轉換功能。
*   **通道差異 (QQ vs 微信)**：
    *   **QQ 通道**：功能較全，支援多用戶協作與複雜功能。
    *   **微信通道**：受限於微信官方限制（多藝景功能、主動推送限度），功能較少。
    *   **進展**：正與微信溝通，預計未來會適時更新以支援更好功能。

### 8. 未來產品規劃與劇透
*   **Agent Team 與家庭場景**：
    *   優化 Agent Team 的使用方式，服務家庭用戶場景。
    *   探索「殺箱」機制（類似 OakBody 項目模式），讓一個 Agent 服務多個家庭成員（如父母、孩子）。
    *   支援 QQ 群鳥功能，實現群內 Agent 切能。
*   **企業部署與 SSO**：
    *   回應企業用戶需求，探討 SSO 集成方案，作為內部知識記憶中枢。
    *   歡迎企業用戶提 Issue 或 PR，共同開發。
*   **其他產品推薦**：
    *   針對大規模企業（如 100 人規模），推薦使用 `Club Pro` 產品。

## 工具 / 模型 / 名詞整理

*   **Octop**：騰訊雲開源的 AI 助手（原名可能涉及 Octopus）。
*   **LiCloud ACE**：Octop 的前身產品。
*   **OpenCloud**：騰訊雲個人 Agent 產品。
*   **Hermes**：騰訊雲個人 Agent 產品。
*   **Workbody**：騰訊雲辦公場景 Agent。
*   **Cloud Code**：編碼 Agent。
*   **Codex**：編碼 Agent。
*   **Codebody**：騰訊雲推出的編碼工具。
*   **OpenCode**：提及的編碼相關產品。
*   **Anthel**：提及的產品，曾用 ACE 養娃。
*   **Token Hub**：專家市場平台。
*   **BM25**：記憶召回算法。
*   **PG (PostgreSQL)**：數據庫，Octop 支持但默認不使用。
*   **Ciclite**：默認使用的本地數據庫服務（聽似 SQLite 或特定輕量數據庫，逐字稿為 Ciclite）。
*   **SecureLights / CircleLite**：聽似本地數據庫或服務名稱（逐字稿提及「本地 SecureLights」和「CircleLite」，疑為 SQLite 或類似輕量數據庫的誤聽）。
*   **GitHub**：開源代碼托管平台。
*   **騰訊雲輕量服務器**：部署環境。
*   **PWA**：漸進式 Web 應用，用於桌面安裝。
*   **飛書、釘釘、企微、QQ、微信、小益、MQTT**：支持的通訊通道。
*   **ROEvent / Rolling Event**：記憶結構第一層，原始事件記錄。
*   **Candidate**：候選事實。
*   **Atom Card / Entity**：原子卡片，正式記憶。
*   **ACP**：連接編碼 Agent 的協議或接口。
*   **Z-agent / 子 Agent**：臨時性、用完即消失的子 Agent。
*   **Agent Team / 進程 Agent**：具備持久記憶的專家型 Agent 團隊。
*   **FTS**：全文檢索技術。
*   **SSO**：單點登入技術。
*   **Club Pro**：針對大規模企業部署推薦的產品。
*   **Lighthouse**：提及的購買或服務平台。
*   **DHub 倉庫**：本地部署相關的代碼倉庫。
*   **Vidmin**：提供部署介紹的相關資源或角色。
*   **Hammus**：提及的競爭對手或參考對象。
*   **Clau**：提及的競爭對手或參考對象（疑為 Claude 之聽寫錯誤，但依規則保留原樣）。
*   **OakBody**：提及的項目模式參考。

## 操作流程整理

1.  **部署與安裝**：
    *   從 GitHub 下載開源代碼。
    *   參考 `Vidmin` 的部署介紹進行本地或伺服器部署。
    *   可透過 PWA 安裝為桌面應用。
    *   未來可使用騰訊雲輕量服務器鏡像（GTOP/ACE 升級版）。

2.  **配置與遷移**：
    *   從舊版 ACE 遷移記憶、聊天記錄、Skill 和通道配置（目前尚不支持聊天介面完全遷移）。
    *   配置多用戶權限與數據隔離。
    *   接入所需通道（QQ、微信、飛書等）。

3.  **使用 Octop Memory**：
    *   系統自動在後台進行記憶的「沉淀」（寫入）與「召回」（讀取）。
    *   用戶可在面板查看「神器流水」，追溯記憶提取過程。
    *   遇到衝突時，用戶可審核並決定採納新記憶或忽略。

4.  **執行競品調研任務（實戰流程）**：
    *   **輸入指令**：用戶輸入複雜任務，例如「分析新品牌茶飲三巨頭」。
    *   **任務拆解**：主 Agent 自動判斷需分配子 Agent，從 Token Hub 下載或創建專家（如競品分析專家、營養規劃專家）。
    *   **並行執行**：多個子 Agent 並行蒐集特定維度資料（歷史、價格、產品矩陣等）。
    *   **整合與裁決**：子 Agent 返回結果，主 Agent 進行整合、裁判並撰寫報告。
    *   **即時編輯**：用戶可在 Octop 內直接修改 AI 生成的報告內容。
    *   **輸出結果**：生成結構化報告（PDF/Markdown），包含行業總覽與品牌對比。

## 值得注意的限制或風險

1.  **微信通道限制**：微信通道受限於微信官方限制（多藝景功能、主動推送限度），功能較 QQ 通道少，正與微信溝通中。
2.  **遷移限制**：目前的遷移工具尚不支持聊天介面的完全遷移，若有強烈需求可在用戶群討論未來升級。
3.  **記憶檢索性能**：針對百萬級記憶，目前策略為先召回「原子卡片」，再分層檢索，最後召回原始事件，未來才支援向量模型與向量資料庫。
4.  **臨時 Agent 特性**：Z-agent（子 Agent）為用完即消失的臨時實體，不具備持久記憶，需依賴進程 Agent（Agent Team）來實現長期專家能力。
5.  **數據庫依賴**：默認使用輕量數據庫服務（聽似 Ciclite/SQLite），若需更高性能可能需配置 PG (PostgreSQL)。

## 逐字稿辨識疑點

*   **segment 1473: asr_repetition_or_hallucination