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 上限 + 等待表 + deadline

与 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

📢 如有任何使用问题,请联系官方客服获取技术支持。


候鸟官方技术部 ​