# 影片筆記:WorkBuddy "私有化"时代来了:腾讯Octop开源,多人多助理,开源全免费 ## ⚠️ 全文快速校讀發現待確認修正 本筆記已完成可閱讀的逐字稿與時間跳轉;下列為待處理問題,建議播放原片確認。 - 待修正:⚠️ 全文快速校讀:已套用暫定修正,請確認(segment=16 已先套用暫定修正:这就是今天要说的重点,不用,Octopo已经上架OnePanel应用商店了。 → 这就是今天要说的重点,不用,Octop已经上架OnePanel应用商店了。;segment=18 已先套用暫定修正:打开ePanel左侧点应用商店,搜索框里输入,Octopo点进去,点安装,然后会让你填四样东西,全是表单,不用写代码。 → 打开OnePanel左侧点应用商店,搜索框里输入,Octop点进去,点安装,然后会让你填四样东西,全是表单,不用写代码。) - 待修正:逐字稿可先使用,但有待校正清單(segment=33 rapid_semantic_review: 全文速讀上下文判斷;尚未回聽或交叉比對;segment=41 rapid_semantic_review: 全文速讀上下文判斷;尚未回聽或交叉比對) ## 一句話總結 影片介紹了騰訊開源的 AI 助手項目 **Octop**,該項目主打「私有化部署」與「多用戶/多 Agent」支持,可透過 **OnePanel** 應用商店一鍵安裝,實現數據不出內網、多用戶數據隔離及本地化模型管理,適合企業或團隊對數據隱私與合規性有嚴格要求的場景。 ## 核心重點 1. **數據隱私與合規**:針對企業對數據「不出內網」的需求,Octop 提供自託管(Self-hosted)方案,將聊天記錄、文件、AI 記憶和密鑰全部存儲在用戶自己的服務器、NAS 或舊電腦上,確保數據一步不出門。 2. **多用戶與數據隔離**:設計初衷為家庭、小團隊或公司共用。管理員可開立多個帳號,每人擁有獨立的 AI 助手、記憶和文件櫃,實現數據隔離(例如老闆看不到員工與 AI 的對話)。 3. **低門檻安裝**:Octop 已上架 **OnePanel 應用商店**,用戶只需透過表單填寫基本資訊(帳號、密碼、端口等)即可一鍵安裝,無需編寫代碼。 4. **豐富的功能生態**:支援 API Key 管理、本地模型設置、智能體通道配置、自動化任務及 Token 監控。此外還提及工作台、瀏覽器終端、遠程桌面以及與 OpenCode、CodeBody、CloudCode、Copilot 等編程智能體的整合潛力。 ## 詳細大綱 ### 一、 背景與痛點 * **現狀問題**:日常使用的 AI 運行在他人服務器上,數據(對話、合同、報表)需離開本地網絡。 * **企業需求**:法務部門關注數據合規性,要求數據「不出內網」。 * **解決方案**:將 AI 助手部署在用戶自己的環境中。 ### 二、 Octop 核心定義 * **名稱由來**:Octop 聽起來像章魚,象徵八條觸手同時處理多項任務。 * **官方定位**:用戶自己託管的開源 AI 助手。 * **關鍵特性 1:自託管 (Self-hosted)** * 非網頁版,非註冊帳號即用。 * 部署於用戶自己的服務器、NAS 或吃灰舊電腦。 * 數據(聊天記錄、文件、AI 記憶、密鑰)存於本地目錄,數據一步不出門。 * **關鍵特性 2:多用戶、多 Agent** * 設計初衷為家庭、小團隊或公司共用。 * 管理員可開立多個帳號,每人擁有獨立的 AI 助手、記憶和文件櫃。 * 數據隔離:彼此互相不可見(例如:老闆看不到員工與 AI 的對話)。 ### 三、 安裝流程 (OnePanel 應用商店) * **前置條件**:服務器上已安裝 OnePanel。 * **安裝步驟**: 1. 打開 OnePanel 左側「應用商店」。 2. 搜索「Octop」並進入詳情頁。 3. 點擊「安裝」。 4. 填寫表單(無需寫代碼): * 管理員用戶名。 * 管理員密碼(至少 8 位,字母加數字,避免簡單密碼如 admin123)。 * 日誌級別(默認即可)。 * 端口(默認 8088,無衝突則不改)。 5. 點擊確認,等待拉取鏡像並運行。 6. 安裝完成後,進入「已安裝」,點擊鏈接跳轉。 7. 輸入安裝時設定的帳號密碼進行登錄。 ### 四、 功能與應用場景 * **多用戶管理**: * 管理員可在後台為同事開通帳號。 * 每個用戶擁有完全獨立的助手、記憶和工作區文件。 * 數據隔離示例:張三的 AI 記住張三項目,李四的 AI 記住李四項目,互不串文。 * 資源控制:管理員可設定每人可用的存儲額度和 API 調用額度,防止單人耗盡資源。 * **企業 AI 門戶與設置**: * 獲取個人 API Key 和模型。 * 完成本地模型設置。 * 設置助手專屬上下文。 * 配置存儲插件及安全防護。 * **智能體與自動化**: * 為智能體配置通道、技能包連接器及知識庫。 * 創建專家,開啟 AI 應用。 * 設置自動化任務。 * 實時監控 Token 使用情況。 * **進階玩法**: * 自帶工作台,內置瀏覽器終端,甚至遠程桌面,讓 AI 能操作電腦。 * 通過 ACP 接近 OpenCode、CodeBody、CloudCode、Copilot 等編程智能體。 ### 五、 總結與推薦 * **三大優勢**: 1. **數據自主**:聊天、文件、記憶、密鑰全在本機,合規性高。 2. **天生多人共用**:非個人玩具,適合全公司使用的 AI 體系。 3. **低門檻**:OnePanel 一鍵安裝,門檻極低。 * **行動呼籲**:若擁有運行 OnePanel 的服務器,建議前往應用商店搜索並安裝 Octop 體驗。 ## 工具 / 模型 / 名詞整理 * **Octop**:影片介紹的開源 AI 助手項目,主打自託管與多用戶支持。 * **OnePanel**:應用商店平台,Octop 已上架此平台,用於簡化安裝流程。 * **NAS**:網絡附加存儲設備,Octop 可部署於此以實現數據本地化。 * **OpenCode**:提及的編程智能體。 * **CodeBody**:提及的編程智能體。 * **CloudCode**:提及的編程智能體。 * **Copilot**:提及的編程智能體。 * **ACP**:提及的技術或協議名稱,用於接近上述編程智能體。 * **可塞尔**:逐字稿中提及的編程智能體(疑點,見下方)。 * **吃灰的旧电脑**:口語表達,指閒置的舊電腦,非產品名稱。 * **admin123**:作為密碼範例提及,非產品名稱。 ## 操作流程整理 1. **準備環境**:確保服務器上已安裝 **OnePanel**。 2. **進入應用商店**:在 OnePanel 左側導航欄找到並點擊「應用商店」。 3. **搜索與選擇**:搜索「Octop」,進入詳情頁。 4. **發起安裝**:點擊「安裝」按鈕。 5. **配置參數**: * 填寫管理員用戶名。 * 設置管理員密碼(建議至少 8 位,包含字母和數字,避免如 `admin123` 等簡單密碼)。 * 選擇日誌級別(默認即可)。 * 設置端口(默認 8088,若無衝突則保持不變)。 6. **確認與等待**:點擊確認,系統將自動拉取鏡像並運行容器。 7. **訪問與登錄**: * 安裝完成後,在「已安裝」列表中點擊鏈接跳轉至 Octop 頁面。 * 輸入安裝時設定的帳號密碼進行登錄。 8. **後續管理**: * 管理員可在後台為同事開通帳號。 * 配置個人 API Key、本地模型、智能體通道及自動化任務。 ## 值得注意的限制或風險 * **數據隔離依賴配置**:雖然設計上支持多用戶數據隔離,但需確保管理員正確配置了存儲額度和 API 調用額度,以防止單人耗盡資源或配置不當導致數據串文。 * **本地資源需求**:自託管方案需要用戶自行維護服務器、NAS 或舊電腦,並承擔相應的硬體資源消耗與維護成本。 * **依賴 OnePanel**:目前的安裝流程高度依賴 OnePanel 應用商店,若環境中未安裝 OnePanel,則無法使用此一鍵安裝方式。 ## 逐字稿辨識疑點 * **可塞尔**:逐字稿中出現「可塞尔等这些编程智能体」,此名稱與常見 AI 產品或模型名稱不符,且前文已列出 OpenCode, CodeBody, CloudCode, Copilot,此處可能為口誤、聽寫錯誤或特定小眾工具,需查證。 * **Octop**:通常開源 AI 項目名稱為 "Open WebUI" 或 "Ollama" 等,"Octop" 可能為特定小眾項目或口誤(如指代 "Open" 相關項目),但根據要求僅保留原樣,標註為需查證。 * **OnePanel**:通常知名面板為 "1Panel","OnePanel" 可能為口誤或特定變體,需查證。 * **segment 33: rapid_semantic_review** — 全文速讀上下文判斷;尚未回聽或交叉比對 * **segment 41: rapid_semantic_review** — 全文速讀上下文判斷;尚未回聽或交叉比對 ## 可延伸追問 1. Octop 與市面上其他開源 AI 門戶(如 Open WebUI, Ollama)相比,在「多用戶數據隔離」和「OnePanel 集成」方面的具體技術優勢是什麼? 2. 影片提到的「ACP」協議具體指什麼?它如何實現與 OpenCode、CodeBody 等編程智能體的整合? 3. 對於沒有技術背景的普通用戶,OnePanel 一鍵安裝 Octop 的實際操作難度如何?是否有更簡化的圖形化界面指導? 4. 在企業場景下,Octop 如何處理高併發請求下的性能問題?是否有相關的性能測試數據或最佳實踐建議?