Skip to content

候鳥防關聯指紋瀏覽器 版本更新 ​

【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,而是:

  1. 發現並連接你本機已經登入的候鳥客戶端(透過 Control V2 + discovery token + PID 建立時間三重校驗);
  2. 按候鳥 Profiles 選擇可用環境,核驗每個環境的指紋 / 代理 / Cookie / 之前狀態;
  3. 附著候鳥 Chromium 的真實 CDP WebSocket(不建立 Profile、不修改指紋、不切換代理);
  4. 呼叫候鳥官方規範中的「已發布」 operation(144 條歷史 HTTP 介面、4 條 ApiServer 本地管理介面,全部走 Control V2 持久 TCP);
  5. 藉助候鳥的 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 完全透過候鳥自有帳號體系解決:

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

Chat 和 Responses 同時支援 ​

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

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

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

模型分類與會員等級 ​

分類模型示例適用會員
mb_fastDeepSeek 系列全員開放(含免費用戶)
mb_claudeClaude Sonnet個人 / 團隊會員
mb_premiumGPT 系列個人 / 團隊會員

💡 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 + 序號
角色僅 ApiServerMBAGENT + 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 文件 + 多國語言 + 圖示體系
ApiServer144 條歷史介面 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

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


候鳥官方技術部 ​