# 影片筆記:比OpenClaw多了什么?腾讯云自研Octop开源:多用户+多专家+子智能体 ## ⚠️ 可先使用,仍有待修正項目 本筆記已完成可閱讀的逐字稿與時間跳轉;下列為待處理問題,建議播放原片確認。 - 待修正:Whisper 幻覺段落已切除(已移除 1 段幻覺內容,其餘逐字稿保留使用。;原始 Whisper 證據保留在 transcript.whisper.raw.json。) - 待修正:逐字稿全文快速校讀未完成(已保留自動字幕/原始逐字稿並繼續生成筆記。;未完成的全文速讀項目可在精進模式回聽確認。) ## 一句話總結 騰訊雲開源 AI Agent 平台 **Octo**(前身為 ACE),從單用戶工具升級為支持**多用戶、多專家、多子智能體協作**的團隊/家庭級平台,並透過基於 **MCP 協議**的連接器打通騰訊全家桶應用,實現數據私有化與動態實時操作。 ## 核心重點 1. **架構升級(多用戶/多專家/子智能體)**: * **多用戶**:單台服務器支持多個賬戶,記憶、工作區、配置完全隔離,適合家庭或團隊共享算力。 * **多專家**:單一用戶可創建多個擁有獨立記憶庫的「專家」(如工作助手、育兒專家),避免記憶串台,並支持在特定 Prompt 下專家間通信。 * **子智能體**:專家可綁定多個子智能體,實現能力按需調用與 Token 節省,子智能體共享專家工作區但擁有獨立上下文。 2. **生態連接(MCP 協議)**: * 基於 MCP(Model Context Protocol)開放協議,作為統一的 AI 入口。 * 內置連接器打通騰訊全家桶(文檔、會議、郵箱等),解決傳統 AI 僅能處理靜態文件的瓶頸,實現動態實時操作(如自動創建文檔、預約會議)。 3. **開源與數據安全**: * 核心代碼在 GitHub 開源,歡迎社區共建。 * 數據存儲於用戶本地服務器或本地,強調數據私有化,騰訊方無法觸及。 * 支持本地部署(Mac/Windows)及雲服務器,資源佔用低。 ## 詳細大綱 ### 一、 Octo 產品定位與升級背景 * **產品演進**:Octo 是騰訊雲 ACE 的進化版/升級版,目前已在 GitHub 開源。 * **核心差異**: * ACE:單用戶、個人工具。 * Octo:多用戶、團隊/家庭 AI 平台。 * **開源意義**:歡迎社區共建、提 Issue、Fork 代碼定制,降低使用門檻。 ### 二、 核心功能架構解析 1. **多用戶系統(Multi-User)** * **架構**:一台 Octo 服務器支持多個賬戶登錄。 * **隔離性**:不同用戶(包括子賬戶)之間的記憶、工作區、專家配置、消息記錄完全隔離,互不干擾。 * **權限管理**:分為「管理員」與「普通用戶」。管理員可創建子賬戶,子賬戶擁有獨立的工作區和專家配置權限。 * **資源共享**:團隊或家庭只需購買一台服務器,即可共享算力,避免重複部署。 2. **多專家系統(Multi-Expert)** * **定義**:單一用戶可創建多個專屬助手(專家),每個專家擁有獨立的記憶庫。 * **場景**:解決單一 Agent 記憶混亂問題(如工作記憶與生活記憶混雜)。 * **通道綁定**:不同專家可綁定不同的 IM 渠道(如通用助手綁定 QQ,育兒專家綁定微信)。 * **專家間通信**:專家之間默認隔離,但在嚴格 Prompt 下可調用其他專家的工作區信息。 3. **子智能體系統(Sub-Agent)** * **定義**:專家可綁定多個子智能體,子智能體作為專家的「小幫手」。 * **機制**:子智能體並行調用,專家作為調度中心統一回覆。 * **優勢**: * 節省 Token:僅在需要特定領域知識時調用對應子智能體。 * 擴展能力:在有限的 AgentMD 配置下擴充專家能力(如學術、歷史、心理學等子智能體)。 * 上下文隔離:子智能體共享專家工作區,但擁有獨立上下文,避免繪畫或運行干擾。 ### 三、 技術架構與生態集成 * **模型支持**: * 支持自主配置國內外主流模型(騰訊混元、Kimi、MiniMax、智譜、火山、GPT、Anthropic 等)。 * 支持本地部署(如 Ollama)。 * 支持自定義提供商(Base URL + API Key)。 * **連接器(Connectors)**: * 基於 MCP 開放協議,作為統一的 AI 入口。 * 內置連接器打通騰訊全家桶(騰訊文檔、騰訊會議、騰訊郵箱、微信讀書、愛瑪等)。 * 解決多 APP 切換成本高的問題,實現一鍵授權與操作。 * **渠道支持**: * 從 ACE 的 5 種擴展至 9 種,支持微信、QQ、飛書、釘釘、小E等。 * 支持企業微信機器人配置(僅限創建者對話,群聊艾特可觸發)。 ### 四、 部署與數據安全 * **部署方式**: * 支持本地(Mac/Windows)、雲服務器(騰訊雲 TKE/CVM)、無頭服務器鏡像。 * 提供 GitHub 倉庫、安裝腳本及 ReadMe 文檔。 * 支持從 ACE 遷移至 Octo。 * **數據安全**: * 數據完全存儲於用戶自己的服務器或本地,騰訊方無法觸及。 * 開源項目,代碼透明,歡迎社區審查。 * **Token 統計**: * 提供 Token 使用面板,但數據按用戶隔離,僅可見自身用量。 ### 五、 連接器(Connector)的核心價值與實作 * **解決瓶頸**:AI 已足夠聰明,瓶頸在於能否觸達用戶生活的「最近一公里」。 * **動態 vs 靜態**: * 傳統 AI 助手(如元寶、豆包)上傳文件為「靜態文件」,無法獲取動態實時信息,修改需反覆拷貝新版本,產生冗餘文件。 * 連接器直接鏈接在線文檔,始終讀取最新版本,並保留歷史記錄。 * **效率提升**:將重複性、繁瑣的操作(如預約多個不同對象的會議)自動化,節省時間。 * **實作演示**: * **配置流程**:在 Octo 頁面左側找到主流連接器,打開授權頁,複製 Token,點擊訪問 Token 一鍵粘貼,進行探測與保存。需顯性打開連接器開關才能觸發。 * **場景 1:騰訊文檔與 AI 搜索**:用戶輸入預測世界盃冠軍,Octo 調用內置 AI 搜索工具獲取最新賽事信息,自動創建騰訊文檔生成分析報告,強調文檔為實時更新。 * **場景 2:郵箱連接器**:將生成的騰訊文檔通過郵箱連接器發送,支持批量發送、定時任務推送。 * **場景 3:騰訊會議連接器**:用戶口語化指令預約會議,Agent 追問細節,自動創建會議並生成鏈接,支持發起人顯示,支持通過 Agent 進行批量刪除或啟停會議。 ### 六、 安全性與隱私保護 * **Token 機制**:連接器僅使用配置在本地訪問的 Token。 * **數據隱私**:授權後不會獲取用戶密碼,數據不會上傳至對應的第三方 APP。 * **安全前提**:安全性是連接器設計的重要前提。 ### 七、 產品生態與兼容性 * **支持的平台**: * 官方內置:騰訊文檔、騰訊會議、郵箱。 * 第三方支持:Notion、百度網盤、Figma、有道雲筆記。 * 自定義 MCP:支持 GitHub 上搜索原代碼,通過 Fork 倉庫實現自定義 MCP 服務方接入。 * **MCP 協議**:被視為 AI 時代的 USB-C 標準,實現產品間互聯互通。 ### 八、 Octo 產品定位與技術架構 * **命名由來**: * 靈感來自 Octopus(章魚/八爪魚),象徵多觸手、多 Agent 協作能力。 * 形象設計結合貓與章魚觸角。 * 核心理念:工具平權,生態互聯,打造「App 圍繞 AI 入口」的生態。 * **開源與本地運行**: * Octo 為開源項目,可在本地電腦運行,無需強制購買雲端服務。 * 資源佔用低(約 100-200MB 內存),硬件門檻低。 * **多 Agent 協作與記憶**: * 分為專家與專家協作、專家與智能體協作。 * 記憶隔離:Subagent 的上下文不會帶入專家,執行完僅返回結果,實現上下文隔離。 * 記憶存儲直觀展現,隨對話改變。 * **專家(Expert)機制**: * 專家需手動激活/安裝,不存在系統自動判斷激活哪個專家的機制。 * 切換專家無延遲,或通過 IM 渠道實時觸達。 ### 九、 功能規劃與 FAQ * **模型列表更新**: * 目前未實時拉取最新模型列表,因需逐一適配測試模型協議(如 Deep Seek 的 VisPro 協議改變)。 * 歡迎共建支持新模型。 * **桌面版計劃**: * 提供隱藏功能 PWA(Progressive Web App),可將 Octo 生成為類似小 APP 的形式,安裝於手機或電腦。 * 本質為 Chrome 網頁快照,支持移動端適配。 * **Token 消耗與監控**: * 連接器閒置時不佔用資源,觸發行為時才調用。 * 提供 Token 統計面板,可按時間(如最近 30 天)及不同 Agent 匯總監控。 * **自定義模型**: * 支持配置內網或自定義供應商,需填寫名稱與 API Key。 * **危險指令防護**: * 系統會捕捉並監控每條指令。 ## 工具 / 模型 / 名詞整理 ### 產品與平台 * **Octo** (或 Octop, Octopus, Octave, Octoff, Octob, onpop - 依逐字稿口語變體) * **ACE** (或 ACP, 指代智能體平台/前身) * **Hermis** (或 Hermers, 與 Octo 對標的產品) * **OpenCloud** (或 OpenCloud, 產品名稱) * **Workbody** (或 Workbody, 與 Octo 對標的產品) * **Code body** (或 Code body, 智能體名稱) * **騰訊會議** (Tencent Meeting) * **騰訊文檔** (Tencent Docs, 亦聽作「團訊文檔」) * **元寶** (Yuanbao) * **豆包** (Doubao) * **Notion** * **百度網盤** (Baidu Netdisk) * **Figma** * **有道雲筆記** (Youdao Cloud Note) * **GitHub** * **PWA** (Progressive Web App) * **Chrome** ### 技術/協議/概念 * **MCP** (Model Context Protocol) * **Token** (訪問令牌) * **API Key** * **VisPro** (Deep Seek 的模型協議) * **Subagent** (子智能體, 亦聽作「子ation」) * **Expert** (專家) * **Agent** (智能體) * **AI 搜索工具** * **203 工具料** (疑點,可能指代某種工具列表或版本號) * **世界盃** (World Cup) - 提及 2026 世界盃,美加墨舉辦。 * **法國隊、西班牙隊、英格蘭隊、阿根廷隊** ## 操作流程整理 1. **部署與安裝**: * 從 GitHub 獲取 Octo 代碼。 * 選擇本地(Mac/Windows)或雲服務器(騰訊雲 TKE/CVM)進行部署。 * 運行安裝腳本,配置環境。 * (可選)從舊版 ACE 遷移至 Octo。 2. **配置多用戶與專家**: * 管理員創建子賬戶,設置權限。 * 用戶創建多個專家,綁定獨立記憶庫。 * 綁定專家與 IM 渠道(微信、QQ、飛書等)。 * 為專家綁定子智能體以擴展能力。 3. **配置連接器(Connector)**: * 在 Octo 頁面左側找到主流連接器。 * 打開授權頁,複製 Token。 * 點擊訪問 Token 一鍵粘貼,進行探測與保存。 * 顯性打開連接器開關以觸發功能。 4. **使用場景演示**: * **文檔分析**:輸入世界盃預測指令 -> Octo 調用 AI 搜索 -> 自動創建騰訊文檔生成報告 -> 文檔實時更新。 * **郵件發送**:選擇生成的文檔 -> 通過郵箱連接器發送 -> 支持批量或定時推送。 * **會議預約**:口語化指令預約會議 -> Agent 追問細節(主題、時長、參與人) -> 自動創建會議並生成鏈接。 5. **監控與管理**: * 查看 Token 統計面板,監控用量。 * 手動激活/安裝專家。 * 通過 PWA 功能將 Octo 安裝為桌面/移動端應用。 ## 值得注意的限制或風險 1. **專家激活機制**:專家需手動激活/安裝,系統不存在自動判斷激活哪個專家的機制。 2. **模型適配延遲**:新模型列表未實時拉取,因需逐一適配測試模型協議(如 Deep Seek 的 VisPro 協議改變),需等待社區共建或官方適配。 3. **面板功能限制**:部分高級操作(如批量刪除或啟停會議)在面板上可能未直接支持,但可通過 Agent 指令實現。 4. **數據隔離範圍**:雖然數據存儲於用戶本地,但需確保服務器本身的安全性;子智能體雖有獨立上下文,但仍共享專家工作區,需注意配置安全。 5. **Token 成本**:雖然子智能體旨在節省 Token,但複雜的多專家協作與連接器調用仍可能產生較高 Token 消耗,需關注監控面板。 ## 逐字稿辨識疑點 * **產品名稱變體**:Octop / Octopus / Octave / Octoff / Octob / onpop。逐字稿中產品名稱發音或聽寫不一致,可能為口誤或不同版本稱呼,筆記中統一標記為「Octo/Octop」相關變體,實際名稱以官方 GitHub 為準。 * **Hermis / Hermers**:與 Octo 對標的產品名稱,聽寫不一致。 * **OpenCloud / OpenCloud**:產品名稱聽寫。 * **Workbody / Workbody**:與 Octo 對標的產品名稱,聽寫不一致。 * **Code body / Code body**:智能體名稱,聽寫不一致。 * **ACE / ACP**:指代智能體平台或安裝界面,聽寫不一致。 * **203 工具料**:原文提及「像我們可以調用 203 工具料」,語意不明,疑點標記。 * **VisPro**:Deep Seek 的模型協議名稱,需查證是否為正確術語。 * **英寧同學**:提及的講者或專家名稱,聽寫可能為「英寧」或其他。 * **焦焦**:提及的講者或專家名稱,聽寫可能為「焦焦」或其他。 * **團訊文檔**:應為「騰訊文檔」,但依規則標記為疑點或保留原樣。 * **騰諱的連接器**:應為「騰訊的連接器」,但依規則標記為疑點或保留原樣。 * **頻量**:應為「批量」,但依規則標記為疑點或保留原樣。 * **急差急用**:應為「即插即用」,但依規則標記為疑點或保留原樣。 * **架石**:應為「加時」,但依規則標記為疑點或保留原樣。 * **燒戰優勢一系**:語意不明,疑點標記。 * **最佳戰技**:應為「最佳戰績」,但依規則標記為疑點或保留原樣。 * **Forex 我們的倉庫**:應為「Fork 我們的倉庫」,但依規則標記