2026 年版本更新日誌

【2026年10月26日】版本：9.58.18.206

版本號：v9.58.18.206
更新重點：群控更順手 · 腳本更易上手 · AI 任務更清晰 · 日常操作更穩定
內容範圍：整理 2026年9月1日至10月26日期間，客戶端、AI 工作台、介面及瀏覽器控制元件的改進；部分功能在此期間持續完善。

版本概述

每天開工，先要打開十幾個瀏覽器視窗、逐一排好；切換帳號群組後，又要重新找常用回覆；準備執行腳本時，卻發現電腦缺少必要元件。很多時候，最花時間的正是這些重複的小步驟。

9.58.18.206，正是為了讓這些日常操作更順手。

這次我們一併完善候鳥客戶端、MbAgent 人工智能工作台，以及背後的介面和瀏覽器控制元件：群控安排更有條理、腳本準備有清晰提示、AI 執行進度更容易掌握，視窗、登入和舊核心的使用體驗亦更加穩定。

你可以從最常用的一件事開始體驗：整理群控視窗、保存一組常用文字，或讓 MbAgent 協助完成一項明確的小任務。把時間留給工作，減少重複準備。

先看看哪些更新適合你

你的使用情況	可以留意的更新
同時管理多個帳號環境	視窗排列、群組歷史、環境排序及常用文字分組
經常執行自動化腳本	執行前檢查所需元件，缺少時按需安裝並查看進度
使用 MbAgent 協助工作	任務狀態、可選項目、帳戶用量及網頁自動化準備更清楚
使用高解像度或多螢幕，或仍有舊核心環境	圖片顯示、對話框位置、視窗邊界及舊核心群控持續改善

1. 🧭 多環境群控：先排好視窗，再安心工作

📌 一句話說明：同時開啟多個環境時，少花時間整理視窗，更快找到要用的環境。

瀏覽器準備好後，再移到合適位置

批次啟動環境時，候鳥會參考主控環境、你設定的排列順序，以及螢幕可用範圍安排視窗。瀏覽器準備好後才會擺放，減少啟動期間視窗重疊、位置跳動的情況。

多螢幕及不同 Windows 縮放比例下的位置計算亦有改善，降低視窗移到螢幕以外或邊緣顯示不自然的機會。

你會感受到的變化：

主控環境和其他視窗排列更有次序，批次啟動後更易找到目標。
可按工作習慣拖動環境排序，並保存次序。
恢復、啟動和停止群控時，介面狀態更新更及時。

主要完善時間：2026年10月11日至10月25日。

群組歷史和設定更容易管理

經常切換不同項目或帳號群組時，可搜尋及查看群組歷史，再切回目前使用的群組。歷史記錄及搜尋偏好會按登入帳戶保存，減少切換帳戶後混淆資料的情況。

視窗排列等設定集中在獨立的設定視窗內。打開查看後沒有修改，直接關閉，不會因此多存一條歷史記錄。

主要完善時間：2026年10月15日至10月20日。

2. 📝 常用文字分組：整理一次，下次更快找到

📌 一句話說明：將常用文字分開保存，需要時更容易選用。

客戶回覆、商品介紹和不同項目的常用內容，往往分散在筆記或聊天記錄中。現在可在群控設定內用分頁整理多組常用文字，並支援多行內容。

使用上有甚麼不同？

不同內容分開保存。 可新增或刪除文字分組；刪除已編輯內容前會先確認。
環境未開啟，也可先準備。 群控停止時可先保存草稿，待環境可操作後再使用；編輯草稿不會直接輸入網頁。
切換後更容易找回。 重新開啟面板或切換分頁時，會按目前帳戶和群組恢復草稿，減少舊內容或空白值覆蓋新內容。

例如： 為「商品介紹」和「客戶回覆」各建一組文字。早上先準備好，開始處理相應環境時再選用。

主要完善時間：2026年10月19日至10月21日。

3. 🧰 腳本運行環境：先檢查，再按需要安裝

📌 一句話說明：先確認腳本需要甚麼元件，避免只看到錯誤訊息卻不知道怎樣處理。

第一次使用腳本時，Python、Java、Node.js 和 Playwright 這些名稱可能不容易理解。你可以把它們當作某些腳本運行時需要的工具。

自動化腳本管理器現在可以檢查腳本所需元件。缺少時會提示下一步，讓你確認後才下載安裝，過程中亦可查看進度和結果。

從「不能執行」到「知道下一步怎樣做」

先檢查。 確認所需元件實際可用，不會只因為找到一個資料夾就當作已安裝。
確認準備。 如缺少元件，按提示確認下載並查看進度。
準備好才執行。 安裝後會再次檢查；如你取消或安裝失敗，腳本不會繼續執行。

Python、Java 的可用狀態檢查，以及部分 Playwright 資料夾和啟動方式的相容性亦有改善。

新手可以這樣開始

打開自動化腳本管理器，選擇要使用的腳本；執行或除錯時按畫面提示準備所需元件。完成後先用測試環境確認效果。

主要完善時間：2026年10月21日至10月25日。

4. 🤖 MbAgent：更清楚掌握 AI 做到哪一步

📌 一句話說明：除了最後的回覆，也能看到 AI 正在做甚麼，以及何時需要你參與。

任務狀態清楚，需要選擇時直接點選

MbAgent 會按檔案、命令和瀏覽器等工具分類顯示工作狀態，例如執行中、已完成、失敗或等待你授權。遇到固定選項時，可以直接點選；視窗較窄時，選項會調整排列，避免互相擠壓。

網頁任務的結果判斷亦更謹慎，會區分自動化程序已結束和任務已有實際結果，減少將未完成工作誤當成功的情況。

工作進行中看得到、需要你處理時有提示，完成後亦更容易判斷結果。

主要完善時間：2026年9月1日至10月15日。

需要時才準備網頁自動化元件

MbAgent 可以檢查網頁自動化元件是否準備就緒，需要時下載和安裝並顯示進度。開始網頁任務前，也會先確認候鳥環境和瀏覽器連線已可使用。

較長的任務亦加強了重複操作、逾時和失敗處理。實際可用功能仍視乎安裝版本、Windows 版本、瀏覽器核心及帳戶權限。

主要完善時間：2026年9月13日至10月22日。

任務範本、項目資料和帳戶用量更易掌握

不知道從哪裏開始？ 可先試用網絡檢查、客戶端檢查、備份或常用網頁流程等官方任務範本。
正在處理項目？ 可在項目頁發起 AI 任務，使用目前選取的工作區和項目資料，也可直接打開目前工作區資料夾。
想查看用量？ 側欄可查看帳戶總額、已用和剩餘用量；登入或登出後，連線狀態更新得更快。
需要進行較長對話？ 多輪對話和官方資料搜尋的相容性持續改善，減少重複搜尋及部分對話中途出錯。

第一次使用，先試一個清晰的小任務

例如從任務範本選擇「檢查候鳥客戶端版本」或「檢查網絡連線」。先了解流程和結果，再嘗試更複雜的工作。AI 功能和模型視乎帳戶現有權限。

主要完善時間：2026年9月3日至10月20日。

5. 🪟 介面和視窗：把每天都會用到的細節做好

📌 一句話說明：減少閃動和位置異常，日常操作更清晰、更順暢。

客戶端和介面基礎元件的改進會直接反映在候鳥畫面上，不需要另外安裝介面工具。

日常使用情況	改進內容
使用高解像度螢幕或調整 Windows 縮放	按合適比例選用圖片資源，介面圖片更清晰
調整視窗大小或拖動列表項目	改善畫面更新和拖動處理，減少殘影或顯示不完整
設定啟動後縮到系統匣	減少主視窗先閃現、再立即隱藏的情況
主視窗最小化時確認退出	按目前使用的螢幕位置顯示確認對話框
將 MbAgent 吸附在候鳥視窗旁	保持清楚間距，拖動主視窗時減少意外帶動
開啟候鳥客戶端或 MbAgent	準備好關鍵介面狀態後才顯示，減少空白畫面

登入時的輸入法處理亦有改善，減少輸入帳號密碼時受干擾。主視窗、設定、代理、腳本和群控等常用介面資源亦已整理更新。

主要完善時間：2026年9月30日至10月25日。

6. 🔄 新舊瀏覽器核心都繼續完善

📌 一句話說明：除了照顧新核心，也繼續完善仍在使用的舊核心環境。

舊核心群控持續改善

Chrome 86、87 和 105 核心的群控元件已更新，持續完善視窗和分頁管理、捲動、輸入文字、選取文字和剪貼簿同步等常用操作。各環境的執行結果和錯誤恢復也更清楚。

不需要為了使用這些改進而直接更換現有環境的核心。選擇與目前環境相符的安裝程式，再確認所需功能是否支援。

主要完善時間：2026年10月23日至10月25日。

代理、啟動和關閉更可靠

代理檢查更貼近實際連線。 優先按實際對外 IP 判斷，減少地點查詢出錯導致的誤判。
修正 Chrome 105 代理問題。 啟動時更可靠地傳遞代理設定，並改善密碼含特殊符號時的處理。
群控開始前先確認準備狀態。 瀏覽器或控制元件未準備好時會停止後續操作，並更清楚地回報問題。
關閉環境時更可靠地清理程序。 減少環境關閉後相關背景程序仍留在電腦的情況。

部分新建環境的準備工作改由背景處理，減少等待時介面無法操作。關閉匯入預覽後會停止繼續讀取；預覽腳本壓縮包不會改寫已保存的腳本資料。

主要完善時間：2026年9月1日至10月25日。

7. ✨ 從最花時間的那一步開始體驗

每天管理多個環境，可先試試新的群控排列和文字分組；經常執行腳本，可先檢查一次所需元件；想試用 AI 協助工作，可從 MbAgent 的任務範本開始。

少一次搜尋、少一次安裝困惑、少花時間排列視窗，工作流程自然更連貫。

不必一次學會所有功能。先熟習一項最常用的功能，再按需要逐步體驗其他操作。

8. 📥 下載 9.58.18.206

升級現有環境時，請優先選擇與目前環境相符的瀏覽器核心。 Windows 10/11 全新安裝且沒有舊環境需要保留，可先考慮 Core 140；Windows 7 請選擇相容的舊核心安裝程式。

瀏覽器核心	適用 Windows 版本	下載
Chrome 140	Windows 10 / 11	下載 9.58.18.206 · Core 140
Chrome 129	Windows 10 / 11	下載 9.58.18.206 · Core 129
Chrome 105	Windows 7 / 10 / 11	下載 9.58.18.206 · Core 105
Chrome 87	Windows 7 / 10 / 11	下載 9.58.18.206 · Core 87
Chrome 86	Windows 7 / 10 / 11	下載 9.58.18.206 · Core 86

升級前必讀

1. 分清「軟件版本」和「瀏覽器核心」

本次軟件版本是 9.58.18.206，安裝程式上的 Core 140 / 129 / 105 / 87 / 86 代表不同瀏覽器核心。軟件更新並不代表現有環境一定要改用另一個核心。

在目前環境的網址列輸入 chrome://version，記下完整瀏覽器版本，再選擇安裝程式。原本使用 Core 105 的環境，先選 Core 105；原本使用 Core 140 的環境，先選 Core 140。

重要：現有業務環境應使用相符的核心

直接將環境切換至不同核心，可能影響已保存的登入資料或網站相容性。只核對「140」這個主版本號未必足夠，請查看完整瀏覽器版本；不確定應選哪個安裝程式時，先向官方客服確認。不要用不同核心直接覆蓋現有業務環境。

2. 先備份，再用少量環境測試

升級前備份重要環境和資料，並保留原有資料目錄。安裝後先開啟或匯入少量測試環境，確認網站登入、代理、擴充功能和常用腳本正常，再逐步處理更多業務環境。

3. 按 Windows 版本和實際用途選擇

Core 140 和 129 安裝程式適用於 Windows 10/11。Windows 7 請選擇 Core 105、87 或 86。MbAgent 和網頁自動化功能亦會受 Windows、瀏覽器核心和帳戶權限影響；舊核心支援群控，並不代表各核心都具備相同 AI 功能，請以目前版本的提示為準。

4. 首次使用腳本或 AI 任務，按畫面提示準備

如缺少腳本工具或網頁自動化元件，先查看提示並確認安裝，再繼續操作。首次試用新任務時，先在測試環境確認結果，再用於正式業務。

📢 不確定應下載哪個版本，或升級後遇到問題？請聯絡候鳥官方客服，並提供軟件版本、完整瀏覽器版本和問題情況，方便快速協助。

【2026年09月21日】版本: 9.18.58.198

版本號: v9.18.58.198
內核版本: 140.0.7339.248 Build 20260921
更新級別: 重大 / 戰略級更新 開發代號: "ApexCortex"

版本概述

如果說 v8 的 ControlMatrix 讓「幾百個環境同時管」成了候鳥的標配，那麼本次 ApexCortex 要回答一個更根本的問題：當你的工作流不只是「打開瀏覽器點點滑鼠」時，候鳥能不能幫你真正「動腦子 + 幹活」？

過去三年，候鳥一直在解決「帳號安全、指紋穩定、海量環境管理」三件事。從 v7.10（IphoneCloudFlare）、v7.12（MBBridge + MBLink）、v8.12（ControlMatrix）一路走來，每一次大版本都在重塑多帳號營運的某個底層。今天，v9.18.58.198 第一次讓候鳥從瀏覽器工具，正式邁向AI 協同工作台。

mbAgent 首發亮相。

這是一款與候鳥原生共生、專精「網頁 + 候鳥 + 多帳號場景」的本地 AI 代理。它既不是簡單的 ChatGPT 套殼，也不是另一套瀏覽器自動化引擎，而是把候鳥過去幾年積累的指紋、代理、環境、CDP、Control V2 協定和雙控制端能力，完整地交給 AI 使用——AI 現在可以直接命令候鳥打開任意環境、登入任意帳號、執行任意網頁任務，且整個過程遵守候鳥的安全邊界、稽核日誌和 Token 額度管理。

與此同時，mbAgent 內建了一套官方認證的網頁自動化引擎——browser-auto（候鳥網頁自動化引擎）。它是基於上游成熟的 browser-use 引擎、經過候鳥團隊深度適配和加固後的獨立 EXE 子行程，專門為跨境電商複雜頁面（註冊、多步表單、動態驗證碼、登入跳轉、提交發送）而生。

圍繞 mbAgent 的登場，mbbrowser 客戶端、ApiServer 控制端、Cookie 治理、官方 AI 模型通道也同步完成了一輪戰略級升級：

mbbrowser（候鳥瀏覽器客戶端） —— Control V2 服務端完成雙控制端重寫，正式承載 mbAgent 的接入；增加 Cookie 臨期提醒郵件服務；多視窗互動細節全面打磨。
ApiServer —— 144 條歷史 HTTP 介面完整遷移到 Control V2，與 mbAgent 共用同一份能力規範；啟動 mbAgent 後可同時使用兩套控制。
多 LLM 官方通道 —— DeepSeek / Claude / GPT 三大類官方認證模型，按候鳥會員等級自動解鎖，通過候鳥自有 NEWAPI 中轉站安全計費。

我們建議所有從事跨境電商、多帳號矩陣、廣告投放、電商店鋪營運、社媒引流的用戶在閱讀完這份公告後立即升級——v9.18.58.198 是候鳥從「工具型產品」轉向「AI 工作台」的起點。

1. 🧠 重磅首發：mbAgent — 候鳥原生 AI 代理

📌 一句話解釋：從今天起，候鳥客戶端內建了一個面向跨境電商場景的本地 AI 助手，你可以直接用中文告訴它「把這個環境裡 pcmax.jp 的今日新訊息全部取回來」，它會自動完成全部步驟。

這個功能是用來解決什麼問題的？

做過跨境的朋友都知道，「AI 能不能真的幫我們幹活」這件事，過去一直很尷尬：

通用 ChatGPT / Claude 網頁版：帳號在雲端，存取不了你的候鳥環境，更沒辦法用它操作 pcmax、TikTok、Shopee 等受指紋保護的真實業務站點。
市面所謂「AI 瀏覽器」：和候鳥是平行產品，會與候鳥的指紋、代理、Cookie、自動化腳本產生衝突；它們管不了你的候鳥 Profile。
自己寫腳本：登入、驗證碼、二次驗證、頁面變化……每一項都夠偵錯一整天。

mbAgent 是第一款原生執行在候鳥客戶端裡的 AI 代理。它的出現不是為了取代候鳥已有的瀏覽器體驗，而是把它升級一層：把候鳥的瀏覽器變成一個可以被 AI 指揮、可被 AI 監管、可被 AI 總結的智慧執行單元。

一個標準的 mbAgent 工作流是：你下達目標 → mbAgent 選擇環境 → 附著候鳥 Chromium → 執行複雜頁面任務 → 把過程和結果交回給你。

mbAgent LLM 能力總覽

mbAgent 能幫你做什麼？

mbAgent 內建 130+ 項預設任務模板（詳見第 4 節），覆蓋跨境電商全場景。同時你可以用自然語言自由描述新任務，mbAgent 會自動拆解、規劃、並藉助候鳥環境直接執行。

典型場景舉例：

「檢查所有 200 個店鋪帳號今天有沒有異常登入地區」 —— mbAgent 遍歷環境、檢查代理出口 IP、對比歷史指紋、生成報告。
「在當前環境登入 pcmax.jp 並把所有未讀訊息整理成 Excel」 —— mbAgent 自動附著你打開的環境，按候鳥身分一步步完成。
「這個 Amazon 賣家頁面上 Product Description 的格式有點亂，幫我按統一模板重寫所有商品並儲存到本地」 —— mbAgent 打開頁面、提取結構、按你給的模板重寫、寫檔案。
「今晚 9 點前自動開啟 50 個環境，依次存取某個網址，每個停留 30 秒」 —— mbAgent 透過候鳥 Control V2 啟動 50 個環境，按順序執行。

它怎麼做到這一切？— 與候鳥的關係

這一點是 mbAgent 與市面上所有「AI 瀏覽器」/「AI 助手」最根本的不同。

用戶
  ↓ 自然語言描述任務
mbAgent 主代理（Rust 本地行程）
  ↓ 呼叫候鳥規範中「已發布」的 operation
候鳥瀏覽器（mbbrowser.exe）
  ↓ Control V2 協定 / 已啟動並管理環境
候鳥 Chromium 140
  ↓ 候選附件 + 自動化租約
候鳥 CDP（WebSocket）
  ↑ 頁面狀態、代理出口、Cookie 值、跨域 Frame
browser-auto（候鳥網頁自動化引擎，獨立 EXE）
  ↑ 模型循環：觀察 → 決策 → 動作 → 驗證 → 恢復
LLM（DeepSeek / Claude / GPT，按會員通道）

mbAgent 不是在雲端呼叫 LLM 操作一個獨立 Chrome，而是：

發現並連接你本機已經登入的候鳥客戶端（透過 Control V2 + discovery token + PID 建立時間三重校驗）；
按候鳥 Profiles 選擇可用環境，核驗每個環境的指紋 / 代理 / Cookie / 之前狀態；
附著候鳥 Chromium 的真實 CDP WebSocket（不建立 Profile、不修改指紋、不切換代理）；
呼叫候鳥官方規範中的「已發布」 operation（144 條歷史 HTTP 介面、4 條 ApiServer 本地管理介面，全部走 Control V2 持久 TCP）；
藉助候鳥的 AutomationLease 與人工接管無縫銜接——你隨時可以接管它正在操作的環境，它會自動讓出控制權。

這意味著：mbAgent 不會繞過你的任何候鳥安全機制，也不會動到你的指紋 / Cookie / 代理。它只是把候鳥的能力，借給了 AI。

2. 🚀 全新獨立引擎：browser-auto（候鳥網頁自動化引擎）

📌 一句話解釋：browser-auto 是 mbAgent 背後的「發動機」——專門為複雜網頁任務打造的獨立 EXE 子行程。

為什麼需要獨立引擎？

mbAgent 主代理（Rust）擅長調度、規範校驗、能力發現和稽核，但它不擅長「看著網頁做決策」。要讓 AI 像人一樣操作真實網站，需要一個完整、成熟、可觀測的網頁 Agent 循環：

observe（觀察 DOM/截圖/控件樹）
  → model_decide（LLM 決定下一步動作）
  → action（點擊 / 輸入 / 提交 / 發送）
  → verify（頁面變化是否符合預期）
  → recover（不符合則恢復並重試）

候鳥團隊經過深度選型，將上游成熟的 browser-use 0.13.8 封裝為候鳥品牌 browser-auto。在保留上游完整能力的同時，我們做了以下硬性加固：

目錄型獨立 EXE（Nuitka standalone/onedir），不依賴 Python、uv 或 pip 安裝，目標機器即開即用；
只透過匿名 stdio NDJSON 與 mbAgent 通訊，不監聽任何 TCP / HTTP 連接埠，不註冊 Windows 服務，最小暴露面；
只能附著候鳥 Control V2 啟動的 Chromium——禁止自行啟動 Chrome、禁止建立 Profile、禁止修改代理、禁止覆寫指紋；
API Key 僅在記憶體中傳遞——不寫 .env、不寫命令列、不落 EXE 資源；
首次啟動關閉匿名遙測、預設擴充套件、PostHog 等所有第三方洩漏點。
候選附件 + 自動化租約——browser-auto、mbAgent 原生頁面工具、人類接管者共用同一份「現在誰在操作這個頁面」的租約，避免並行寫入衝突。

browser-auto 上游 24 個預設 action 全部完整保留（click、input、send_keys、submit、send、purchase…），不改造、不裁剪、不加額外審批。

與 mbAgent 原生頁面工具（候選頁面）的關係

mbAgent 同時支援兩套頁面能力，互為補充：

引擎	適用場景	調度方式
browser-auto（預設）	複雜、多步驟、表單、動態頁面、驗證碼、註冊、登入跳轉	一次任務級授權 → 內部連續動作
mbAgent 候選頁面（兜底）	確定性唯讀診斷、單步動作、Windows 7 / 老內核相容	逐動作校驗

候鳥不刪除、不替換任何已有能力。browser-auto 是新增的「進階選項」，候選頁面繼續作為安全兜底。

你能感受到的差別

過去：「幫我登入帳戶」→ 讓用戶寫 50 行 Puppeteer / Selenium 腳本 → 偵錯二十分鐘。
現在：「幫我登入帳戶」→ mbAgent + browser-auto 一句話搞定，過程日誌在候鳥本地可追溯。

3. 🌐 全新官方 AI 模型通道：DeepSeek + Claude + GPT

📌 一句話解釋：mbAgent 呼叫的 LLM 由候鳥官方提供通道，按你的候鳥會員等級自動解鎖，並使用候鳥自建的 NEWAPI 中轉站統一結算和稽核。

它解決什麼問題？

做 AI 業務最怕的三件事：API Key 亂飛、token 用量失控、模型黑盒。mbAgent 完全透過候鳥自有帳號體系解決：

你在候鳥客戶端登入 —— 系統自動在 NEWAPI 中建立/更新影子用戶、產生帳號獨立 Token、綁定訂閱。
在 WEB 控制台勾選你會員等級可用的模型白名單（mb_fast / mb_claude / mb_premium）。
mbAgent 啟動時拉取白名單，按候鳥官方 Profile 決定走 /v1/chat/completions 還是 /v1/responses——真實按 Profile 宣告，不按名字猜測。
每次模型呼叫 都會回傳真實 Token usage 到候鳥客戶端日誌和官方計費系統。

Chat 和 Responses 同時支援

mbAgent 內建瀏覽器自動化助手同時支援 Chat Completions 與 Responses 兩種協定。候鳥官方 Profile 宣告 api_mode=chat_completions 或 api_mode=responses，mbAgent 真實按宣告路由：

協定	適用場景
Chat Completions	通用對話、傳統相容、穩定可靠
Responses	結構化輸出、reasoning_effort、視覺輸入（未來）

你不需要懂這兩個協定的區別——候鳥已經替你做了選擇。你只需要在 WEB 控制台選好模型就行。

模型分類與會員等級

分類	模型示例	適用會員
mb_fast	DeepSeek 系列	全員開放（含免費用戶）
mb_claude	Claude Sonnet	個人 / 團隊會員
mb_premium	GPT 系列	個人 / 團隊會員

💡 NEWAPI Token 短租約（15 分鐘），帳號停用、套餐降級、模型被取消時自動失效。絕對不可能讓舊 Key 永久有效。

稽核與脫敏

所有模型回應進入 mbAgent 後都會經過強制脫敏：

API Key 永遠不出現在 LLM 上下文、UI、日誌、IPC；
HTML / DOM / 截圖 / 網路正文等大體積資料只儲存為任務級臨時製品，由 LLM 按需讀取摘要與分塊索引；
Token 用量按 Prompt / Completion / Cache 分項稽核，綁模型 + 任務 + 時間。

4. 🎨 全新「開始選單」：130+ 跨境電商任務模板

📌 一句話解釋：候鳥客戶端 AI 聊天介面頂部出現一個「開始選單」圖示，點開就是 130+ 個面向跨境場景的預設 AI 任務。

這是幹什麼用的？

很多用戶第一次用 mbAgent 時會問：「我不知道該讓 AI 幹什麼。」開始選單就是候鳥官方維護的任務模板庫，覆蓋跨境電商 8 大場景：

📁 候鳥客戶端運維偵測（10 項）
   ├─ 客戶端啟動失敗閃退和異常退出原因分析
   ├─ 客戶端行程子行程和殘留行程偵測
   ├─ 客戶端版本瀏覽器核心版本和更新狀態偵測
   └─ ……

📁 作業系統健康度偵測（10 項）
   ├─ CPU 記憶體磁碟和臨時目錄健康度偵測
   ├─ 系統時間時區語言和區域設定偵測
   ├─ 防火牆系統代理和安全策略偵測
   └─ ……

📁 AI 記憶資料與備份安全檢查（9 項）
   ├─ AI 本地記憶中過期重複和矛盾資訊偵測
   ├─ Token Cookie 密碼和密鑰暴露風險偵測
   ├─ 會話記錄設定檔和瀏覽器環境備份偵測
   └─ ……

📁 瀏覽器指紋與環境診斷（9 項）
   ├─ Canvas/WebGL 音訊字型和媒體裝置暴露偵測
   ├─ WebRTC DNS IPv4 和 IPv6 洩漏偵測
   ├─ 時區語言地理位置和代理出口協調性偵測
   └─ ……

📁 代理與網路診斷（10 項）
   ├─ DNS 解析路徑和 DNS 洩漏偵測
   ├─ 代理 IP 歸屬地 ASN 及住宅機房特徵梳理
   ├─ 代理延遲丟包穩定性和頻寬偵測
   └─ ……

📁 帳號與環境隔離巡檢（9 項）
   ├─ Cookie 本地儲存快取和 IndexedDB 隔離偵測
   ├─ IP 代理和裝置參數跨帳號複用風險偵測
   ├─ 登入記錄會話狀態和重複登入原因梳理
   └─ ……

📁 業務營運與網頁工作流輔助（8 項）
   ├─ 商品內容發布與修改流程編排
   ├─ 網頁表單欄位與提交前校驗
   ├─ 客服訊息處理與發送前複核
   └─ ……

📁 軟體版本與升級相容性檢查（9 項）
   ├─ CDP 與 Control 通道版本握手相容性偵測
   ├─ 升級包來源簽名和雜湊校驗
   └─ ……

亮點

官方維護：任務模板和 prompt 由候鳥團隊基於真實業務持續更新，新增「業務流程」無需用戶寫程式碼；
用戶級自訂：你也可以把自己的「經驗」寫進模板庫，跨帳號共用；
權限隔離：官方和自有模板嚴格實體隔離，AI 不會把官方策略「污染」你的本地業務偏好；
可關閉：不想要選單可以直接在設定裡關掉，對正式工作流零影響；
最近任務：右側時間倒序顯示你最近用過的 5 個任務，再次點擊即可重跑。

5. 🤖 ApiServer 與 mbAgent 雙控制端並存

📌 一句話解釋：同一個候鳥實例，可以同時連接 ApiServer + mbAgent，互不干擾、互不搶佔。

這個機制解決了什麼？

跨境團隊一直以來都有一個矛盾：自動化腳本（Puppeteer / Selenium / 自己寫的 API）和 AI 操作往往不能同時進行——一個連接時另一個要麼被拒，要麼資料錯亂。

本次更新後：

同一候鳥實例最多接受 1 個 ApiServer + 1 個 mbAgent 連接；
兩個連接走獨立的有界佇列（MBAGENT 75% / APISERVER 75%），FIFO 公平輪轉，不會一個角色把另一個餓死；
所有寫入操作支援冪等鍵——mbAgent 和 ApiServer 切換重試同一任務也只執行一次；
候鳥 Control V2 提供 SNAPSHOT 幀——任意一方切換、斷線、暫停時，另一方都能拿到一致的環境快照繼續執行；
候鳥執行時身分（PID / run_id / endpoint_generation / 真實 /json/version）受嚴格校驗，偽造不可能接管。

實際使用

你可以這樣安排：

上午：mbAgent 在 50 個環境裡做內容採集（一次任務授權，browser-auto 長跑）；
下午：你寫的 Python 腳本透過 ApiServer 接管這 50 個環境做批次發布；
兩個工具不會因為對方的存在而失敗。

與 mbAgent 的能力總帳

mbAgent 可以呼叫的候鳥能力統一從一份規範產生：

        mbAgent Profile
            ↓
    MbbrowserDescribe（取得清單）
            ↓
    MbbrowserExecute（按 operation 呼叫）
            ↓
    Control V2 → mbbrowser → 真實業務

170 個 semantic operations
150 個 routes（其中 144 條為 ApiServer 相容，6 條為 ApiServer 本地管理）
19 個 canonical workflow（認證、列環境、啟動、Cookie、外掛、腳本、代理、UA、進階設定、系統模式、強殺、快取清理……）
每個 operation 都有嚴格 Request / Response / 錯誤 Schema、風險等級、寫入影響、冪等鍵、TTL、撤銷語意

這套規範同時是 Apidog / Postman 集合、Python SDK、TypeScript SDK、mbAgent 工具註冊表的唯一事實來源。只要規範更新，所有用戶端同步刷新，不會有「AI 會一種、腳本會另一種」的撕裂。

📌 一句話解釋：Cookie 是帳號的「登入認證資訊」——現在候鳥能主動監控它們並在臨期前透過郵件主動提醒你，而不是等帳號掉線。

這是幹什麼用的？

做過多帳號矩陣的人都知道，帳號突然掉線 = 業務突然中斷 = 客訴 / 損失。最常見的掉線原因之一就是 Cookie 過期：

臨時 Cookie（Session）只管當前會話，重新整理就掉；
長期 Cookie 幾天到幾週不等，TimeZone 變化、User-Agent 變化、IP 變化都可能讓對端伺服器主動作廢；
你營運 100 個帳號，靠人工記 Cookie 過期時間完全不可能。

候鳥怎麼幫你解決？

新功能：Cookie 臨期提醒郵件內建在候鳥客戶端：

候鳥本地心跳
  ↓ 每 30 分鐘輪詢
對每個啟用提醒的 Cookie：
  - 剩餘有效期 < 閾值（預設 24h）
  - 距上次提醒 > 600s
  ↓ 通過
構造 SMTP 郵件：
  - 收件人 = 當前候鳥帳戶綁定的郵箱
  - 主旨 = "[候鳥] 環境 <name> 的 Cookie 將於 <time> 到期"
  - 內文 = "請在該環境中重新登入業務網站，由網站服務端重新簽發登入狀態"
  ↓ 發出
非同步 SMTP 投遞
  ↓
候鳥本地日誌 + 候鳥日誌管理器

關鍵細節

白名單與黑名單：預設 13 項可再生 Chromium 快取可清理，Cookie / History / Preferences 等業務資料絕不會誤清；
修好後再提醒：你在提醒郵件中完成實際登入，Cookie 續期後，候鳥自動停止後續提醒；
多環境批次提醒：固定時間槽統一發送，避免 100 個 Cookie 幾乎同時過期時瞬間發 100 封郵件；
SMTP 測試發送：在設定面板可點擊「測試 SMTP 設定」立即驗證郵件鏈路是否可用；
重試與去重：SMTP 失敗按 30s/2min 退避重試，避免短時間內重複打擾；
本地優先：所有提醒記錄先落候鳥本地日誌，SMTP 失敗不會被候鳥誤報為 Cookie 問題；
支援第三方郵箱：QQ 企業郵箱、網易企業郵箱、阿里雲郵箱、SendGrid、Mailgun、SMTP 自架皆可。

重要提示

⚠️ 對於使用 JWT、伺服器端會話和複雜風控的網站，單純修改本地 Cookie 時間不等於真正續期。正確方式仍然是在對應環境中重新登入業務網站，讓網站服務端重新簽發有效登入狀態。候鳥提醒郵件中也會明確寫這一點。

7. 🔁 mbbrowser 客戶端：Control V2 雙控制端協定全面啟用

📌 一句話解釋：候鳥瀏覽器底層控制協定重寫完畢——專為支援 mbAgent + ApiServer 雙控制而設計，安全等級和吞吐能力大幅提升。

Control V2 是什麼？

候鳥過去用一套自訂 TCP + Protobuf 協定承載 mbBrowser ↔ ApiServer 通訊（HTTP 144 條介面 + 30 個舊指令）。該協定在 mbAgent 這種「長時間會話 + 雙向串流事件 + 嚴格身分校驗」的新場景下已經不夠用。

Control V2 是候鳥為 mbAgent 重寫的下一代底層控制協定：

特性	舊協定	Control V2
連線模型	短連線、HTTP Bearer	持久 TCP，MBV2 幀頭 + CRC32 + 序號
角色	僅 ApiServer	MBAGENT + APISERVER 雙槽，公平輪轉
身分校驗	HTTP Token（已廢棄）	64 位元組 instance_id + discovery token + PID + 行程建立時間四重
寫入冪等	不保證	持久冪等儲存 + Windows DPAPI + 24h/4096 條有界 + 失敗回滾
取消	複雜	獨立 cancel_id + CancelAck + 按 connection_generation 過濾
事件流	單槽串線	1024 條/4MiB/1h 三重背壓 + EVENT_GAP 快照恢復
寫入並行	全域 FIFO	每角色 75% 上限 + 全域 256 上限 + 等待表 + 截止期限

與 mbAgent 接入的細節

候鳥服務發現：mbAgent 啟動後讀 LOCALAPPDATA\MBBrowser\browser\control 下當前使用者 ACL 保護的兩個檔案：

discovery —— 含握手令牌（僅 mbAgent 與 ApiServer 可讀）
instance —— 不含令牌，描述 instance_id / PID / creation_time / generation

mbAgent 用 discovery 令牌 + PID 建立時間四要素校驗後，建立一條持久 TCP。候鳥啟動強制 INADDR_LOOPBACK（127.0.0.1），不支援遠端連線。

API Key、Cookie、Authorization、CK、sessionId、objectId 等敏感欄位：

永不進入模型參數、命令列、普通日誌、UI、IPC；
候鳥側的 ChromeParam 句柄在 IPC 中以 candidate_* 隨機 ID 替換；
候鳥 process 啟動後立即把 CK / CDP 連接埠等秘密放進 Zeroizing 記憶體空間，IPC 序列化時不進入通用欄位。

啟動與停止

同一候鳥實例只接受 1 個 MBAGENT + 1 個 APISERVER 各自 1 個連線；
第二個同角色連線直接拒絕（回傳 SLOT_OCCUPIED）；
心跳逾時或崩潰自動回收槽位，30s 內新連線可重新接入；
mbAgent 或 ApiServer 斷線後不會關閉候鳥 Chromium，不會終止主行程——mbbrowser 生命週期與控制端徹底解耦。

相容性

144 條歷史 ApiServer HTTP 介面完整保留，舊業務程式碼零改動直接接入 Control V2；
ApiServer 透過 MBAPISERVER_CONTROL_V2=required/auto/off 三檔控制灰度；
mbAgent 透過 MBAGENT_DIRECT_CONTROL=on/auto/off 控制；
所有新功能在灰度桶中無偏拒絕抽樣 + 100 萬樣本驗證。

8. 🛡 你能立刻感受到的安全 / 效率改進

這一節列的是用戶能直接感知的變更，不是 API 內部的細節。

✅ 你看到的 UI 改善

主介面：分組選單、單環境更多選單、Cookie 選單、代理選單、環境包導入導出選單均接入多語言機制，新增按鈕自動本地化（中/英/繁/俄/日/越/印/土/泰/西/葡/烏）；
列表控件：選中背景、懸停背景、選中標識全部統一刷新，修正「按某項後背景被遮」的舊問題；
捲動行為：所有資料列表支援平滑捲動 + 慣性滑輪 + 改進的捲動條滑塊；
圖示：codicon.ttf 全量覆蓋選單按鈕、工具列、狀態指示，DEBUG 通過，RELEASE 同步；
視窗關閉 / 狀態切換：重新整理更穩定，錯誤不再「卡死列表」。

✅ 你能直接感受到的功能

Cookie 臨期提醒郵件：上一節詳述；
多 LLM 模型通道：上一節詳述；
開始選單：上一節詳述；
browser-auto 引擎：上一節詳述。

✅ 後台運維改進

更穩定的多實例升級：mbAgent 升級 → 控制 V2 完整快照凍結 → 環境指紋不重置 → 業務不中斷；
更穩定的 Proxy 批次分配：所有代理操作走原子交易 + 持久化基準快照 + 同值重播不覆寫；
更安全的命令呼叫：批次啟動請求獨立 request_id，遲到封包不會喚醒下一次啟動，帳號 / 環境啟動結果不串線；
更小的 Token 佔用：第十二輪效能優化讓 LLM 回應慢與 Token 浪費問題徹底改善。

9. 📚 配套動作：候鳥官方文件同步更新

本次發布同時把候鳥官方文件體系推向 AI 時代。

用戶內嵌文件

候鳥客戶端內嵌了 130+ 份 AI 輔助任務手冊與 核心概念 / 基礎常識問答，分類覆蓋：

候鳥客戶端運維偵測（10）
作業系統健康度偵測（10）
AI 記憶資料與備份安全檢查（9）
瀏覽器指紋與環境診斷（9）
代理與網路診斷（10）
帳號與環境隔離巡檢（9）
業務營運與網頁工作流輔助（8）
軟體版本與升級相容性檢查（9）
mbAgent 基礎使用（10）
代理和網路基礎（13）
候鳥瀏覽器安全使用（10）
常見問題基礎（10）
核心概念（10）
帳號隔離基礎（10）
指紋參數基礎（10）

所有 130+ 文件由 mbAgent 在首次升級後自動背景載入，並按主題歸入「開始選單」和 AI 推薦回覆的素材庫。

說明文件站

help.mbbrowser.com 說明中心已同步：

更新日誌（本公告所在位置）
mbAgent 使用指南：從安裝到第一次任務的完整 walkthrough
mbbrowser 各功能教程：包括本版本的 Cookie 臨期提醒郵件
API 文件：ApiServer 30+ 介面（HTTP + Control V2 雙協定）

10. ⚙ 升級前必讀

同內核版本強制要求

必須以相同內核版本號升級，例：您之前使用的內核版本是 140.0.7339.248，則您升級的安裝包必須是 140.0.7339.248，否則會因內核版本不一致而帶來帳戶認證遺失風險。

內建瀏覽器核心（Chromium）

140 內核：Windows 10 / 11（推薦）
129 內核：Windows 10 / 11（相容）

mbAgent 相容性

mbAgent 在 Windows 10/11 + Chromium 140 上首發，是 browser-auto 的首選執行環境；
Windows 7 / 老內核上 mbAgent 可用，但 browser-auto 預設走候選頁面兜底；
mbAgent 跨 6 代 Chromium 的發布門禁已經落地（86 / 87 / 105 / 106 / 129 / 140），但官方寫能力僅在取得真實證據後才宣告。

安裝包 SHA-256 與簽名

安裝包：AI_20260921_MBbrowserSetup_9.18.58.198_Core_140.exe
校驗工具：升級器內建、官網下載頁簽、命令列 Get-FileHash
升級路徑：與 v8.12.32.230 / v7.12.22.221 / v7.10.20.219 等歷史版本一致，保留 MBDATA，不會觸動已有環境、指紋、Cookie、自動化腳本

MBDATA 資料目錄

繼續放在 NVMe / SSD 高速硬碟上。Cookie、Local Storage、IndexedDB、User-Agent 庫、代理資料庫、登入認證資訊、自動化腳本與開始選單模板全部從 MBDATA 繼續讀寫。

版本總結

本次 v9.18.58.198 ApexCortex 是候鳥從「瀏覽器工具」邁向「AI 協同工作台」的起點。

維度	升級內容
AI 引擎	mbAgent 首發 + browser-auto 獨立網頁自動化引擎
AI 模型	DeepSeek + Claude + GPT 三檔官方通道，Chat Completions + Responses 雙協定
AI 模板	130+ 跨境電商任務開始選單，覆蓋 15+ 大類
候鳥控制協定	Control V2 持久 TCP + 雙控制端公平佇列 + 持久冪等 + 事件流背壓
候鳥新功能	Cookie 臨期提醒郵件 + 內嵌 AI 文件 + 多國語言 + 圖示體系
ApiServer	144 條歷史介面 Control V2 化 + 4 條本地管理介面 + 與 mbAgent 同規範
用戶端體驗	UI 細節、圖示、捲動、選單多語言、關閉視窗穩定性全面打磨

我們建議所有從事跨境電商、多帳號矩陣、廣告投放、電商店鋪營運、社媒營運的用戶在安裝同內核版本後立即升級。在升級新版本之前，請先確認內核版本（chrome://version），必須以相同內核版本號進行升級，否則可能因內核版本不一致而帶來帳戶認證遺失風險。在必要情況下，所有進行多帳號營運、跨境業務、社媒矩陣、廣告投放、電商店鋪管理和自動化營運的用戶，在安裝相同內核版本的最新版後，不要第一時間全面將業務資料匯入到新版本。應逐步小範圍匯入少量環境到新版本中，測試穩定無誤後，才可逐步安全使用。

📥 下載本次更新

平臺	下載地址
Windows 10 / 11（Chrome 140 內核，推薦）	MBbrowserSetup_9.18.58.198_Core_140.exe
Windows 10 / 11（Chrome 129 內核，相容）	MBbrowserSetup_9.18.58.198_Core_129.exe

📢 如有任何使用問題，請聯絡官方客服取得技術支援。

候鳥官方技術部

【2026年3月11日】版本號：7.12.22.221

版本號: v7.12.22.221
內核版本: 140.0.7339.248 Build 20260311
更新級別: 重大更新 / 內核更新代號: "MigrationBridge" (遷移之橋)

版本概述

這是候鳥防關聯瀏覽器自發佈以來最受期待的一次更新。

此前，每當您使用候鳥進行海外業務操作時，都無法逃避一個持久的頭疼問題：如何讓瀏覽器通過代理？ 您必須在 Windows 中與 Proxifier 鬥智鬥勇，為候鳥的 Chrome 進程配置複雜的代理規則——而且一旦設置出錯，就可能導致代理繞過失敗或污染您的整個系統網絡，影響其它程序。

這一切從今天起發生了改變。

本次更新引入了一項開創性的核心功能 —— 「候鳥上游代理橋接系統 (MBBridge)」。這是一款自主研發的智能網絡代理接管引擎，徹底消除了長期以來繁瑣且不穩定的上游代理配置痛點。候鳥防關聯瀏覽器現在擺脫了對 Proxifier 等第三方工具的依賴 —— 一次配置，隨開隨用。

同時，此版本還帶來了首次 IPv6 國際代理支持、6 倍的響應速度提升以及眾多體驗改進，是一次名副其實的全方位升級。

1. 🚀 重大新功能：上游代理橋接系統 (MBBridge)

📌 一句話總結：以前需要 Proxifier 才能讓候鳥走代理，現在不需要了。

該功能解決了什麼問題？

當候鳥防關聯瀏覽器開啟每個瀏覽器環境時，底層使用的是 Chrome 引擎。但 Chrome 進程如何通過代理？此前，這需要 Proxifier 等第三方工具為 Chrome 配置專用的代理規則。

這種方式有兩個痛點：

需要安裝額外的軟件，配置複雜；
配置不當可能導致代理失效或污染其它軟件的網絡。

MBBridge 的誕生就是為了將這個繁瑣的過程內在化、自動化。

🎛 界面在哪裡？如何開啟？

打開候鳥防關聯瀏覽器，點擊底部導航欄的**「設置」圖標，然後在左側菜單中點擊「上游代理」**即可進入如下界面：

MBBridge 上游代理設置界面

⬆ 上圖為 MBBridge 的主配置界面 —— 清爽且易於使用。

🔧 如何配置？只需三步

第一步：輸入您的代理信息

在**「上游代理配置」**區域：

上游協議：從下拉菜單中選擇您的代理協議 —— 支持 HTTP/HTTPS 和 SOCKS5；
上游代理：輸入代理供應商提供的 IP 地址和端口（例如 192.168.1.33 : 10808）；
用戶名 / 密碼：如果您的代理需要帳號認證請填寫；如果是 IP 白名單認證則留空。

第二步：點擊「應用並激活」

填寫完成後，點擊**「應用並激活」**按鈕 —— 系統會立即將您的代理配置寫入 MBBridge 引擎。

您也可以點擊**「測試連通性」**來驗證代理是否工作，結果會實時顯示。

第三步：啟動橋接

點擊**「啟動橋接」**按鈕。界面頂部的狀態指示燈將從橙色（未運行）變為綠色（運行中），表示 MBBridge 已成功接管所有候鳥瀏覽器環境的網絡流量。

從這一刻起，您開啟的每一個候鳥瀏覽器環境都會自動通過您配置的上游代理運行 —— 無需任何額外的軟件配置。

🔁 兩類模式，靈活切換

MBBridge 提供了兩種出站模式，您可以根據實際業務場景自由選擇：

模式	適用場景	說明
代理模式 (推薦)	配合購買的代理 IP 運行業務	候鳥瀏覽器進程的流量會通過您配置的上游代理服務器出站
直連模式 (配合全局 VPN)	系統已安裝全局 VPN 的用戶	候鳥瀏覽器流量直接走操作系統的 VPN 隧道，無需額外配置代理

💡 大多數用戶應使用「代理模式」。如果您的服務器上安裝了 V2Ray、Clash 等全局 VPN 工具，可以切換到「直連模式」，讓 MBBridge 直接走系統 VPN。

🧠 工作原理 (通俗版)

MBBridge 以**「系統服務守護進程」**的形式在後台運行。當您點擊啟動後，它會：

在您的電腦上創建一個**「虛擬網卡隧道」**（技術上稱為 TUN 虛擬網卡）；
精準識別與候鳥相關的進程（如 chrome.exe, mbbrowser.exe, cdp.exe 等）；
自動將這些進程的所有網絡流量通過虛擬隧道轉發到您配置的代理服務器；
非候鳥進程（如您電腦上的 QQ、微信）完全不受影響，實現了徹底的隔離。

這意味着什麼？—— 精準的進程級代理隔離。候鳥走代理，您的其它軟件正常上網，互不干擾。

⚙ 橋接控制按鈕說明

按鈕	功能
啟動橋接	開啓代理接管 —— 瀏覽器環境將走代理出站
暫停	暫時停止代理接管（後台進程保留，隨時可恢復） —— 用於臨時需要關閉代理的情況
退出	徹底關閉 MBBridge 後台進程，完全停止代理接管

📋 使用小貼士

MBBridge 在您每次啟動候鳥防關聯瀏覽器時都會自動啟動 —— 無需每次手動開啟；
代理狀態會在設置界面實時顯示，您可以隨時檢查當前狀態；
MBBridge 內置了心跳監控機制 —— 如果後台進程意外崩潰，候鳥主程序會自動嘗試重啟它，確保業務不中斷；
如果您需要排查代理問題，可以聯繫技術支持開啟日誌模式 —— 日誌會保存在本地文件中，方便診斷。

2. 🔑 新增支持：SSH 代理協議 (MBLink)

📌 一句話總結：候鳥現在原生支持 SSH 協議代理，內置 mblink.exe 工具 —— 無需設置、無需額外安裝即可將您的 SSH 服務器作為代理網關。

什麼是 SSH 代理？誰需要它？

SSH (Secure Shell) 是一種極其常見的安全遠程連接協議。許多用戶擁有 Linux 服務器或 VPS 實例 —— 它們的 SSH 端口就是天然的「代理密鑰」：只需服務器的域名/IP、用戶名和密碼（或密鑰文件），就可以將該服務器作為代理出口。

此前，要在候鳥中使用 SSH 代理，您必須先用 PuTTY 或 XShell 建立隧道，然後將本地端口填入候鳥的代理設置中 —— 過程繁瑣，且隧道一旦掉線還得手動重連。

現在，候鳥將整個流程收歸內有。

🛠 核心工具：mblink.exe

候鳥安裝目錄下新增了一個程序 mblink.exe —— 這是候鳥自主研發的 SSH 客戶端引擎，專為「代理隧道」場景打造。

其主要能力包括：

能力	說明
密碼 / 密鑰雙認證	支持密碼登錄及私鑰文件（.pem / .ppk 格式）認證
本地端口轉發 (-L)	將遠端服務器端口映射到本地，實現代理隧道
動態 SOCKS5 轉發 (-D)	一鍵將任何 SSH 服務器變成功能完備的 SOCKS5 代理出口
遠程端口轉發 (-R)	將本地端口暴露給遠端服務器 —— 非常適合內網穿透場景
腳本友好	支持非交互式批量模式，帶有標準退出代碼，完美適配自動化工作流
心跳重連	隧道意外斷開後自動重試，確保長效業務穩定

🔒 安全性

mblink.exe 基於候鳥自研的 SSH-2 協議引擎實現，嚴格遵循國際標准（RFC 4251–4254）。它默認開啟最高密級的加密算法（如 chacha20-poly1305, aes256-gcm），並支持首次連接時的服務器指紋自動緩存，防止中間人攻擊。

所有私鑰文件、密碼和會話密鑰均在內存中安全管理，並在斷開連接後立即清除，不留痕跡。

📋 典型應用場景

擁有海外 VPS 服務器的用戶可以直接將 VPS 作為代理出口，無需再額外購買商業代理 IP；
企業內網穿透：利用 SSH 隧道讓候鳥訪問內網辦公系統；
快速切換出口：當已有代理失效時，立即拉起備用 SSH 服務器，業務不中斷。

💡 如何在候鳥中使用 SSH 代理？ 在創建或編輯瀏覽器環境時，代理協議選擇 SSH，輸入服務器地址、端口（默認 22）、用戶名以及密碼或密鑰文件路徑 —— 候鳥會自動在後台調用 mblink.exe 建立隧道並接管該環境流量。

3. 🌐 首次 IPv6 國際代理支持

📌 一句話總結：候鳥現在可以走 IPv6 代理了 —— 您可以選購 IPv6 類型的代理 IP 進行業務操作。

什麼是 IPv6 代理？它有什麼優勢？

全球互聯網正在從 IPv4（傳統的 4 段式格式，如 192.168.1.1）向 IPv6（下一代格式，如 2001:db8::1）過渡。

在許多海外市場（尤其是歐洲、北美和日本），IPv6 代理 IP 通常比 IPv4 更純淨。原因很簡單：傳統黑產和人工操作主要集中在 IPv4，而 IPv6 的地址池龐大到無法想象 —— 絕大多數 IP 都是「處女地」，從未被風控系統標記過。

本次更新中，候鳥防關聯瀏覽器在內核層面首次全面支持 IPv6 國際代理。您現在可以：

從支持 IPv6 的供應商處購買 IPv6 代理 IP；
直接在候鳥的「上游代理配置」中填寫 IPv6 的上游地址；
在環境配置中直接填寫購買的 IPv6 代理 IP；
享受更純淨的 IP 資源，提升帳號安全性。

適用場景：非常適合在歐美日等 IPv6 普及率高的地區進行跨境電商營運、社媒管理或廣告投放。

4. ⚡ 響應速度大幅提升 —— 6 倍性能優化

我們對候鳥防關聯瀏覽器的關鍵底層核心模塊進行了重構與增強 —— 這是一次專門針對速度與穩定性的性能「手術」。

您會感覺到哪些變化？

環境開啟速度變快；
切換瀏覽器窗口感覺更流暢；
批量啟動多個環境時，整體提速明顯；
UI 響應（按鈕點擊、列表加載）感覺更加跟手。

內部測試顯示，客戶端整體響應速度平均提升了 6 倍。 這不是單純的界面優化，而是從數據處理鏈路底層進行了精簡，消除了不必要的冗餘計算與阻塞等待，讓候鳥運行更加輕快。

5. 🔕 新增默認設置：「屏蔽網絡校驗失敗彈窗」

您是否遇到過這個問題？

有時正在運行業務，候鳥突然彈出一個窗口 —— 「網絡校驗失敗」 —— 中斷了您的操作，有時還會自動彈出修改窗口，強迫您處理完彈窗後才能繼續。

這通常發生在：網絡瞬間波動、代理服務器臨時超時或正在切換代理 IP 的過程中。這在本質上只是一個瞬時的神經末梢抖動 —— 並不代表您的環境配置有誤。

本次更新如何解決？

新增了一項全局默認設置：「屏蔽網絡校驗失敗彈窗」。

當此選項開啟時（默認開啟）：

當網絡校驗出現短時失敗時，候鳥不再彈出對話框干擾您；
系統會在後台靜默重試，成功後自動恢復正常；
不會再因網絡問題導致配置修改窗口意外跳出；
整體業務流程不再因這些非致命錯誤而被迫中斷。

💡 什麼時候需要關閉此選項？ 如果您是新用戶，剛剛配置好代理，希望看到所有校驗狀態的反饋，可以手動將此選項關閉，以查看詳細的校驗結果。日常業務運行建議保持默認開啟狀態。

6. 🏎 啟動提速：修復因網絡映射磁盤導致的啟動卡頓

問題描述

部分用戶反饋：候鳥防關聯瀏覽器在某些服務器或特殊電腦環境下，點擊圖標後會卡頓數秒甚至數十秒界面才出來 —— 感覺像是程序「死掉了」。

經過深度排查，我們找到了根源：候鳥在啟動時會檢查所有磁盤的可用空間（系統調用 GetDiskFreeSpaceEx）。這項操作本身沒錯 —— 但如果您的電腦連接了網絡映射磁盤（NAS、SMB 分享或雲盤掛載磁盤），檢查這些磁盤可能需要等待網絡響應，從而導致 3-5 秒甚至數十秒的延時。

修復方案

現在候鳥啟動時會自動跳過網絡映射磁盤，僅檢查本地物理磁盤。

修復效果：

在掛載了網絡磁盤的服務器上，啟動速度立竿見影地提升；
徹底消除了因網絡磁盤響應慢導致的「啟動假死」現象；
對於沒有網絡磁盤的普通用戶無影響。

特別適用：在雲服務器、VPS 或連接了 NAS 辦公網盤的工作站上運行候鳥的用戶，升級後將獲得極大的啟動體驗提升。

版本總結

本次 v7.12 更新是候鳥防關聯瀏覽器在代理基礎設施層面最重要的一次演進。

MBBridge 上游代理橋接系統與原生 SSH 代理能力 (MBLink) 的同步上線，標誌著候鳥在代理集成度上有了質的飛躍 —— 無論您擁有的是商業代理 IP 還是自建 SSH 服務器，候鳥都能一鍵原生接管，徹底告別第三方工具配置的煩惱。

IPv6 代理的支持為候鳥在全球市場開闢了更廣闊、更純淨的 IP 資源池。

配合 6 倍的底層性能提升、啟動卡頓修復以及屏蔽網絡校驗干擾 —— 這是一個讓候鳥從「好用」走向「卓越」的里程碑版本，強烈建議所有用戶立即升級。

📥 下載本次更新

平台	下載地址
Windows 10 / 11 (Chrome 140 內核)	MBbrowserSetup_7.12.22.221_Core_140.exe

📢 如有任何疑問，請聯繫官方在線客服或加入候鳥官方社群獲取技術支持。

【2026年2月6日】版本號：7.10.20.219

版本號: v7.10.20.219 Build 20260206 更新級別: 重要更新 / 核心更新代號: "DeepFlight" (深空飛行)

版本概述

本次 v7 更新標誌著候鳥瀏覽器近半年來最重大的底層變革。針對 CloudFlare 日益嚴苛的 AI 對抗校驗機制，特別是針對移動環境的 TLS 指紋識別，我們在內核層面引入了全新的對抗邏輯。同時，我們進行了深度溯源，修復了 Windows 7 等老舊系統的兼容性問題，並升級了 Chrome 140 內核，抹平了 JS 執行環境的微小差異。

本次更新解決了用戶長期以來的一個痛點：在使用 iPhone 模擬環境訪問 pcmax.jp 等高安全等級網站時，無法通過 CloudFlare 真人驗證的問題。

官方下載：Core 140 (Win10/11)

1. 核心突破：全新「IphoneCloudFlare」防檢測模式

📌 背景與挑戰：pcmax.jp 的高牆

在過去的兩個月裡，我們收到了大量 VIP 用戶的反饋。當嘗試使用候鳥瀏覽器的 iPhone 6/7/8/X/11/12 等 iOS 配置文件登錄日本知名社交網站 pcmax.jp 時，遇到了前所未有的阻礙。CloudFlare 的 Turnstile 驗證在這些移動環境下的攔截率極高，幾乎達到了 100% 的 False Positive（誤判攔截）。

具體症狀： 用戶配置了完美的候鳥商業指紋和 iPhone User-Agent，設置了匹配的屏幕解析度 (Retina)，甚至模擬了 TouchEvent。然而，一旦打開 pcmax.jp 的登錄頁面，CloudFlare 就會進入無限驗證循環，或直接顯示「Access Denied」（拒絕訪問）。

📌 深度技術溯源：TLS 指紋的「恐怖谷」效應

核心研發團隊通過 MbFireWall 模塊進行了超過 200 小時的深度抓包分析，並使用 Wireshark 對比了真實 iPhone 設備（iOS 15-17）與候鳥模擬環境之間的網絡握手包。

結論令人驚驚訝：問題不在應用層（HTTP Headers/JS），而在傳輸層（TLS/SSL）。

當候鳥在 Windows 10/11 上運行時，底層網絡請求調用的是 Windows 的 SChannel 或 OpenSSL 庫。產生的 TLS Client Hello 數據包（包含 Cipher Suites 加密套件列表、Extensions 擴展字段順序、Supported Groups 等）表現出典型的「Windows 模擬 iPhone」特徵。

CloudFlare 的抗爬蟲與風控引擎極其敏感。它們偵測到的一個邏輯悖論：

「這個客戶端宣稱自己是 iPhone (User-Agent)，其 JavaScript 環境也在模擬 iPhone，但它的 TLS 握手特徵 (JA3/JA4 Fingerprint) 卻明確告訴 CloudFlare 檢測服務器——我的 iPhone 數據不夠真實。」

這種應用層與傳輸層特徵的不匹配直接觸發了 CloudFlare 風控，即「Bot Fight Mode」，導致 pcmax.jp 甚至不給用戶顯示驗證碼的機會，直接判定為疑似非真實 IPHONE 或疑似非人工操作。

📌 解決方案：全局設置「IphoneCloudFlare」

為了攻克這一難關，我們沒有選擇簡單的補丁，而是從底層重構了網絡發包邏輯，並在全局設置中引入了 「IphoneCloudFlare」 選項。

這也解釋了為什麼我們技術部在項目的 MbFireWall 和 WinDivert 模塊目錄下進行了大量的代碼提交（反覆測試與數據演練對比）。

技術實現細節：

內核級流量整形 (Traffic Shaping)
- 當用戶在全局設置中勾選「IphoneCloudFlare」時，候鳥會激活內置的 Divert 驅動模塊。
- 該模塊運行在系統內核模式，能攔截所有流向 CloudFlare IP 段的 TCP/TLS 握手包。
動態 TLS 指紋偽裝
- 當 MbBrowser 攔截到 Client Hello 包時，我們不再使用 OpenSSL 默認生成的結構，而是根據真實 iOS Safari 的 TLS 握手特徵進行字節級重組。
- Cipher Suites 重排：強制將加密套件的優先級順序調整為與 iOS 系統 Network.framework 行為完全一致，優先使用 TLS_AES_128_GCM_SHA256 等移動端特有套件，並移除 Windows 特有的弱加密套件。
- Extension 填充：iOS Safari 對 Client Hello 中 Extensions 的填充方式（Padding）與 Windows 截然不同。新功能精確模擬了這種填充長度與順序。
- ALPN（應用層協議協商）：強制指定 h2 (HTTP/2) 協議協商順序，匹配 Safari 行為。
TCP/IP 協議棧特徵模擬
- 除了 TLS，我們還對 TCP 層的特徵（TTL 值、Window Size）進行了微調。
- Windows 的默認 TTL 通常為 128，而 iOS/Linux 通常為 64。
- IphoneCloudFlare 模式會在驅動層自動修改出站包的 TTL，使其在到達服務器時，表現得更像源自移動端操作系統。

📌 實戰效果驗證

經過內部測試團隊在 500+ 個乾淨 IP 環境下的壓力測試：

實戰效果

候鳥客戶端設置面板 -> 瀏覽器設置 -> 未勾選：pcmax.jp 登錄頁面通過率為 0%。
候鳥客戶端設置面板 -> 瀏覽器設置 -> 已勾選：pcmax.jp 登錄頁面通過率提升至 98.5%（剩餘 1.5% 為 IP 本身黑名單問題）。

此功能不僅完美解決了 pcmax.jp 問題，也修復了其它對 TLS 指紋敏感的網站（如 Nike, Ticketmaster 等）在移動配置環境下的檢測問題。

2. Chrome 140 內核同步與 JS 顯示一致性修復

📌 Chrome 140 內核升級

跟隨 Google Chromium 上游更新，我們將 libcef 及相關渲染內核升級至 Chrome 140 版本。此次升級涉及了 CDP (Chrome DevTools Protocol) 目錄下的大量頭文件與接口變更。

性能提升：V8 引擎的 JavaScript 執行效率提升約 15%。
新特性支持：支持最新的 CSS 屬性與 Web API，確保瀏覽器的「真實性」與主流瀏覽器版本保持同步。

📌 修復 iPhone 環境下的 JS 顯示不一致問題

在舊版本內核中，當我們使用 chromedp 模擬 iPhone 的 viewport 和 devicePixelRatio 時，Chrome 140 的新渲染管線在處理某些特定 CSS Media Queries 時存在 bug，導致部分網頁（如 pcmax.jp 的手機版）的底部導航欄會出現 1px 的位移或重疊。

雖然這對功能影響不大，但對於極其嚴苛的指紋檢測腳本（通過 window.innerHeight 與 outerHeight 的差值判斷是否為模擬器）來說，這是個致命漏洞。

修復內容：

修改了 CDP 模塊的 Emulation.setDeviceMetricsOverride 調用邏輯，補齊了移動端狀態欄的高度補償。
在 MbCommand 中新增了對 window.screen 對象的深度 Hook，確保 JS 層獲取到的屏幕幾何信息與 CSS 渲染結果嚴格一致，消除了這一像素級的指紋缺陷。

3. 兼容性回退：Go 1.20 與 Win7 32 位系統救贖

雖然 Windows 7 已被微軟官方停更，且在我們用戶群體中僅佔 8%，但由於部分海外業務（特別是東歐、東南亞的虛擬機環境）仍大量依賴輕量化的 Win7 32 位系統，我們必須確保其穩定性。

📌 問題症狀

在上一版本中，由於 CDP 編譯環境升級至 Go 1.21，引入了部分 Win7 32 位內核不支持的系統調用 (Syscall)，導致在該系統上啟動候鳥時，CDP 服務進程會靜默崩潰，表現為頁面空白或無法連接代理。

📌 修復方案

環境降級與條件編譯：我們專門為 CDP 模塊構建了獨立的編譯流水線。當偵測到目標系統為 Windows 7 時，編譯腳本會自動切換至 Go 1.20.14 版本進行編譯。Go 1.20 是最後一個完美支持 Win7 的版本。
這涉及修改 CDP 目錄下的構建腳本，並對使用 Go 1.21 新特性的代碼進行兼容性重寫 (Polyfill)。

4. 進程管理優化：告別「殭屍 Chrome」

📌 問題描述

用戶反饋在 Windows 7 上關閉候鳥主程序後，底層的 chrome.exe 子進程有時不會隨之退出，而是變成「殭屍進程」駐留在後台，佔用 200MB+ 的內存。如果用戶頻繁開關瀏覽器，會導致系統內存耗盡甚至卡死。

📌 技術分析

這與 UseAfterFree 無關，而是 IPC（進程間通信）信號丟失問題。在 Win7 上，當父進程（UI 進程）通過 TerminateProcess 強行結束時，Chrome 子進程無法通過 Named Pipe 接收到退出指令。

📌 修復措施

Job Object 綁定
- 我們在 MbCommand 的進程啟動邏輯中引入了 Windows 的 Job Object (作業對象) 機制。
- 修改後的代碼會自動將所有開啟的 chrome.exe 子進程加入一個獨立的 Job Object。
- 即便主程序意外崩潰或被強行跳出，操作系統也會保證 Job Object 內的所有子進程被一併終止。
- 這是系統級的生命週期管理，徹底解決了殭屍進程問題。

5. 安裝包體驗優化：版本號路徑規範化

📌 問題描述

在原有的 SetupInstall 邏輯中，安裝包默認解壓路徑通常是固定的（如 C:\Program Files\MBBrowser）。這導致用戶在進行版本對比測試或多版本共存時非常不便，需要手動更改操作系統文件夾名稱。

📌 優化內容

Version-Aware Install Path：修改了 NSIS 安裝腳本，現在安裝程序會自動從當前 Build 中讀取版本號信息。
默認安裝路徑更改為 C:\Program Files\MBBrowser_v7.10.20.219。
同步更新了 uninst.exe 的生成邏輯，確保卸載程序能精確識別並清理帶版本號的目錄，不會誤刪其它版本的共存文件。
這極大地方便了工作室用戶進行灰度發佈與回滾測試。

6. Java 環境下載修復：打破緩存死鎖

📌 問題背景

候鳥的部分高級插件依賴 Java 運行環境 (JRE)。在 Windows 7 系統上，當下載器嘗試更新 JRE 時，由於 Win7 WinINet 緩存策略過於激進，即便服務器發佈了新的 JRE 包，客戶端也會反覆下載本地緩存的舊文件，導致校驗失敗 (Hash Mismatch) 並無限重試。

📌 修復方案

強制穿透 (Cache Busting)
- 在下載模塊的 HTTP 請求頭中強制加入 Cache-Control: no-cache 和 Pragma: no-cache。
URL 隨機化：為了繞過頑固的中間人代理緩存 (ISP Cache)，我們在下載 URL 後追加了 ?t=TIMESTAMP 隨機時間戳參數。
經驗證，此項修復徹底解決了 Win7 下 Java 環境更新卡在 99% 的問題。

版本總結

本次 v7 更新雖然表面上波瀾不驚，但內含乾坤。特別是 「IphoneCloudFlare」 功能的上線，標誌著候鳥瀏覽器在對抗「TLS 指紋識別」這一反爬深水區取得了決定性的勝利。

我們建議所有從事日本電商、社交業務（pcmax, tinder 等）的用戶立即升級並開啟該選項。

官方下載鏈接：Chromium 140 內核版本 (兼容 Windows 10/11)

2026 年版本更新日誌 ​

【2026年10月26日】版本：9.58.18.206 ​

版本概述 ​

先看看哪些更新適合你 ​

1. 🧭 多環境群控：先排好視窗，再安心工作 ​

瀏覽器準備好後，再移到合適位置 ​

群組歷史和設定更容易管理 ​

2. 📝 常用文字分組：整理一次，下次更快找到 ​

使用上有甚麼不同？ ​

3. 🧰 腳本運行環境：先檢查，再按需要安裝 ​

從「不能執行」到「知道下一步怎樣做」 ​

4. 🤖 MbAgent：更清楚掌握 AI 做到哪一步 ​

任務狀態清楚，需要選擇時直接點選 ​

需要時才準備網頁自動化元件 ​

任務範本、項目資料和帳戶用量更易掌握 ​

5. 🪟 介面和視窗：把每天都會用到的細節做好 ​

6. 🔄 新舊瀏覽器核心都繼續完善 ​

舊核心群控持續改善 ​

代理、啟動和關閉更可靠 ​

7. ✨ 從最花時間的那一步開始體驗 ​

8. 📥 下載 9.58.18.206 ​

升級前必讀 ​

1. 分清「軟件版本」和「瀏覽器核心」 ​

2. 先備份，再用少量環境測試 ​

3. 按 Windows 版本和實際用途選擇 ​

4. 首次使用腳本或 AI 任務，按畫面提示準備 ​

【2026年09月21日】版本: 9.18.58.198 ​

版本概述 ​

1. 🧠 重磅首發：mbAgent — 候鳥原生 AI 代理 ​

這個功能是用來解決什麼問題的？ ​

mbAgent 能幫你做什麼？ ​

它怎麼做到這一切？— 與候鳥的關係 ​

2. 🚀 全新獨立引擎：browser-auto（候鳥網頁自動化引擎） ​

為什麼需要獨立引擎？ ​

與 mbAgent 原生頁面工具（候選頁面）的關係 ​

你能感受到的差別 ​

3. 🌐 全新官方 AI 模型通道：DeepSeek + Claude + GPT ​

它解決什麼問題？ ​

Chat 和 Responses 同時支援 ​

模型分類與會員等級 ​

稽核與脫敏 ​

4. 🎨 全新「開始選單」：130+ 跨境電商任務模板 ​

這是幹什麼用的？ ​

亮點 ​

5. 🤖 ApiServer 與 mbAgent 雙控制端並存 ​

這個機制解決了什麼？ ​

實際使用 ​

與 mbAgent 的能力總帳 ​

6. 🍪 mbbrowser Cookie 臨期提醒郵件（新功能） ​

這是幹什麼用的？ ​

候鳥怎麼幫你解決？ ​

關鍵細節 ​

重要提示 ​

7. 🔁 mbbrowser 客戶端：Control V2 雙控制端協定全面啟用 ​

Control V2 是什麼？ ​

與 mbAgent 接入的細節 ​

啟動與停止 ​

相容性 ​

8. 🛡 你能立刻感受到的安全 / 效率改進 ​

✅ 你看到的 UI 改善 ​

✅ 你能直接感受到的功能 ​

✅ 後台運維改進 ​

9. 📚 配套動作：候鳥官方文件同步更新 ​

用戶內嵌文件 ​

說明文件站 ​

10. ⚙ 升級前必讀 ​

同內核版本強制要求 ​

內建瀏覽器核心（Chromium） ​

mbAgent 相容性 ​

安裝包 SHA-256 與簽名 ​

MBDATA 資料目錄 ​

版本總結 ​

候鳥官方技術部 ​

【2026年3月11日】版本號：7.12.22.221 ​

版本概述 ​

1. 🚀 重大新功能：上游代理橋接系統 (MBBridge) ​

該功能解決了什麼問題？ ​

🎛 界面在哪裡？如何開啟？ ​

🔧 如何配置？只需三步 ​

🔁 兩類模式，靈活切換 ​

2026 年版本更新日誌

【2026年10月26日】版本：9.58.18.206

版本概述

先看看哪些更新適合你

1. 🧭 多環境群控：先排好視窗，再安心工作

瀏覽器準備好後，再移到合適位置

群組歷史和設定更容易管理

2. 📝 常用文字分組：整理一次，下次更快找到

使用上有甚麼不同？

3. 🧰 腳本運行環境：先檢查，再按需要安裝

從「不能執行」到「知道下一步怎樣做」

4. 🤖 MbAgent：更清楚掌握 AI 做到哪一步

任務狀態清楚，需要選擇時直接點選

需要時才準備網頁自動化元件

任務範本、項目資料和帳戶用量更易掌握

5. 🪟 介面和視窗：把每天都會用到的細節做好

6. 🔄 新舊瀏覽器核心都繼續完善

舊核心群控持續改善

代理、啟動和關閉更可靠

7. ✨ 從最花時間的那一步開始體驗

8. 📥 下載 9.58.18.206

升級前必讀

1. 分清「軟件版本」和「瀏覽器核心」

2. 先備份，再用少量環境測試

3. 按 Windows 版本和實際用途選擇

4. 首次使用腳本或 AI 任務，按畫面提示準備

【2026年09月21日】版本: 9.18.58.198

版本概述

1. 🧠 重磅首發：mbAgent — 候鳥原生 AI 代理

這個功能是用來解決什麼問題的？

mbAgent 能幫你做什麼？

它怎麼做到這一切？— 與候鳥的關係

2. 🚀 全新獨立引擎：browser-auto（候鳥網頁自動化引擎）

為什麼需要獨立引擎？

與 mbAgent 原生頁面工具（候選頁面）的關係

你能感受到的差別

3. 🌐 全新官方 AI 模型通道：DeepSeek + Claude + GPT

它解決什麼問題？

Chat 和 Responses 同時支援

模型分類與會員等級

稽核與脫敏

4. 🎨 全新「開始選單」：130+ 跨境電商任務模板

這是幹什麼用的？

亮點

5. 🤖 ApiServer 與 mbAgent 雙控制端並存

這個機制解決了什麼？

實際使用

與 mbAgent 的能力總帳

6. 🍪 mbbrowser Cookie 臨期提醒郵件（新功能）

這是幹什麼用的？

候鳥怎麼幫你解決？

關鍵細節

重要提示

7. 🔁 mbbrowser 客戶端：Control V2 雙控制端協定全面啟用

Control V2 是什麼？

與 mbAgent 接入的細節

啟動與停止

相容性

8. 🛡 你能立刻感受到的安全 / 效率改進

✅ 你看到的 UI 改善

✅ 你能直接感受到的功能

✅ 後台運維改進

9. 📚 配套動作：候鳥官方文件同步更新

用戶內嵌文件

說明文件站

10. ⚙ 升級前必讀

同內核版本強制要求

內建瀏覽器核心（Chromium）

mbAgent 相容性

安裝包 SHA-256 與簽名

MBDATA 資料目錄

版本總結

候鳥官方技術部

【2026年3月11日】版本號：7.12.22.221

版本概述

1. 🚀 重大新功能：上游代理橋接系統 (MBBridge)

該功能解決了什麼問題？

🎛 界面在哪裡？如何開啟？

🔧 如何配置？只需三步

🔁 兩類模式，靈活切換