候鸟防关联指纹浏览器 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 的工作过程看得明白，也让窗口、登录和旧核心兼容更稳定。

你可以先从最常用的一项开始体验：整理群控窗口、保存一组常用文本，或让 AI 协助完成一个明确的小任务。把时间留给业务，把重复的准备工作交给工具。

先看与你有关的变化

你平时怎样使用候鸟	本次值得关注的改进
同时管理多个账号环境	窗口排列、群组历史、环境排序和常用文本分组
经常运行自动化脚本	运行前检查所需组件，缺少时按需下载，并显示进度
使用 MbAgent 协助工作	任务状态、可点击选项、账户额度和网页自动化准备更清楚
使用高分屏、多显示器或旧核心	图片显示、弹窗位置、窗口边缘和旧核心群控持续完善

---

1. 🧭 多环境群控：窗口有序，操作才从容

📌 一句话解释：同时打开多个环境时，少花时间整理窗口，更快进入工作状态。

批量启动后，窗口更有秩序

批量启动环境时，候鸟会结合主控环境、排列顺序和屏幕可用区域安排窗口。浏览器准备好后再摆放，并在启动过程中使用预定位置，减少窗口先挤在一起、再来回跳动的情况。

对于使用多台显示器、不同屏幕缩放比例的用户，窗口位置计算也继续完善，减少窗口跑出屏幕、边缘显示不协调等问题。

你能感受到的变化：

• 主控与其他环境的排列更有顺序，批量启动后更容易找到目标窗口。
• 环境可以拖动排序，按自己的工作习惯保存顺序。
• 群控运行、恢复和停止状态更及时，减少“窗口已经开了，面板还没跟上”的困惑。

主要完善时间：2026年10月11日至10月25日。

群组历史更好找，设置也更集中

经常切换不同项目或账号组时，不必每次从头整理。群组历史可以搜索和查看，查看后也能回到当前群组；相关记录和搜索习惯按登录账号保存，减少切换账号后混入其他记录的情况。

排列参数等设置集中在群控配置窗口中。打开看一眼、没有修改就关闭，不会把原设置误存成一条新历史。

主要完善时间：2026年10月15日至10月20日。

---

2. 📝 常用文本分组：准备一次，下次接着用

📌 一句话解释：把经常使用的文本分成几组保存，需要时更容易找到。

客服回复、商品介绍、不同项目的常用文字，经常散落在记事本或聊天窗口里。现在，群控配置里的指定文本支持多组管理和多行编辑，可以按自己的工作内容整理。

用起来有什么不同？

• 多组内容分开存。 用页签切换不同文本组，支持新增和删除；删除已编辑的内容时会先确认。
• 环境没开，也能先准备。 群控尚未运行时先保存草稿，等环境可以操作后再使用；编辑草稿不会直接向网页输入。
• 切换后更容易找回来。 切换分组、关闭或重新打开面板时，按当前账号和群组恢复内容，减少旧内容或临时空值覆盖草稿的情况。

例如： 给“商品介绍”和“客服回复”各建一组文本。上午先把内容准备好，正式操作对应环境时再选用，不必反复在多个文件之间查找和复制。

主要完善时间：2026年10月19日至10月21日。

---

3. 🧰 脚本运行环境：缺什么，先看清再安装

📌 一句话解释：运行脚本前先检查所需组件，减少因为电脑没准备好而反复尝试。

第一次使用脚本，最让人困惑的往往不是脚本本身，而是 Python、Java、Node.js、Playwright 这些陌生名字。你可以把它们理解成不同脚本需要的“运行工具”。

现在，自动化脚本管理器可以检查脚本所需的运行环境。缺少组件时先显示说明，确认后再下载和安装，并在界面里显示进度与结果。

从“运行不了”到“知道下一步做什么”

1. 先检查。 根据脚本类型检查实际可用的组件，而不是只看到一个文件夹就认为已经安装。
2. 确认后准备。 缺少所需组件时，按提示确认下载，并查看安装进度。
3. 准备好再运行。 安装后再次检查状态；取消或安装失败时不会继续启动脚本。

Python、Java 的可用性检查，以及 Playwright 的部分目录和启动兼容问题也得到修正。这样，第一次准备脚本和重新配置电脑时，都有更明确的操作依据。

新手可以这样开始

打开自动化脚本管理器，选择准备使用的脚本，按运行或调试时的组件提示处理即可。组件准备完成后，再用一个测试环境确认脚本效果。

主要完善时间：2026年10月21日至10月25日。

---

4. 🤖 MbAgent：AI 做到哪一步，现在更容易看懂

📌 一句话解释：不只看到 AI 的回复，也能更清楚地看到它正在做什么、是否需要你参与。

执行进度有状态，需要选择时直接点

MbAgent 会把文件、命令、浏览器等工具活动分组显示，并区分运行、完成、失败和等待授权等状态。出现固定选项时，可以直接点击选择；窗口较窄时会调整排列，减少按钮挤在一起的情况。

网页任务的结果判断也更加谨慎，会区分“执行程序已经结束”和“已经返回实际完成内容”，减少把中途结束误当成任务成功的情况。

对用户的好处是： 等待时知道进展，需要参与时看得见提示，结果出来后也更容易判断下一步。

主要完善时间：2026年9月1日至10月15日。

网页自动化组件，可以按需准备

MbAgent 的浏览器页面可以检查网页自动化组件是否可用，按需下载安装，并显示准备进度。发起网页任务前，也会确认候鸟环境和浏览器连接是否准备好。

对较长任务，重复目标、超时和失败状态的处理继续完善，减少同一个失败操作反复提交。具体可以使用的功能，仍以当前安装版本、系统、浏览器核心和账号权限为准。

主要完善时间：2026年9月13日至10月22日。

常用任务、项目资料和额度信息更好找

• 不知道从哪里开始？ 可以从官方开始菜单中的网络检查、客户端检查、备份和网页业务任务模板入手。
• 围绕同一个项目持续工作？ 项目页可以发起 AI 任务，结合已选择的工作区和项目资料继续处理，也能快捷打开当前工作区文件夹。
• 想了解使用额度？ 侧栏可查看账户总额、已用和剩余额度；登录或退出后，连接状态更新更及时。
• 对话进行得更久？ 持续完善模型的多轮对话兼容与官方资料检索，减少重复检索和部分中途报错。

第一次使用，先给一个明确的小目标

例如从菜单中选择一次“候鸟客户端版本检查”或“代理与网络检查”。先看懂任务过程和结果，再逐步用于更复杂的工作。AI 功能与模型可用范围以账号当前权限为准。

主要完善时间：2026年9月3日至10月20日。

---

5. 🪟 界面与窗口：每天都用的细节，也值得认真打磨

📌 一句话解释：少一些闪动和位置异常，多一些清楚、顺手的日常操作。

这部分改进来自客户端与界面基础库的共同完善。你不需要另外安装一个界面工具，变化会体现在候鸟窗口中。

日常使用场景	这次改善了什么
高分屏或调整 Windows 缩放	优先使用合适倍率的图片资源，让界面图片显示更清楚
调整窗口大小、拖动列表	完善画面刷新和拖动处理，减少残影及显示不完整
设置启动后收起到托盘	减少主窗口先出现、再立即隐藏的闪动
主窗口已最小化，再确认退出	确认框按所在屏幕定位，减少出现在屏幕边缘的情况
候鸟与 MbAgent 并排吸附	保持清楚的可见间距，减少拖动候鸟时反向带动 AI 窗口的问题
打开客户端或 MbAgent	等关键界面状态准备好后再显示，减少空白和未准备好就开始操作的情况

登录框的输入法处理也继续完善，减少输入账号密码时的干扰；主窗口、设置、代理、脚本和群控等常用界面资源同步整理。

主要完善时间：2026年9月30日至10月25日。

---

6. 🔄 新旧核心一起照顾，让已有工作继续顺畅

📌 一句话解释：除了完善新核心，也继续照顾使用旧核心的环境。

旧核心群控继续完善

Chrome 86、87、105 核心的群控控制组件得到更新，围绕窗口与标签管理、滚动、输入、文本选择和剪贴板同步等常用操作继续完善。不同环境的执行状态和异常恢复也更清楚。

不必为了体验这些完善而直接更换已有环境的核心。先选择与当前环境相符的安装包，再确认具体功能是否适用。

主要完善时间：2026年10月23日至10月25日。

代理、启动和退出更可靠

• 代理检查更贴近实际连接。 优先根据实际出口地址判断可用性，减少因为地点查询失败而误判代理不可用的情况。
• 修正 Chrome 105 的代理问题。 完善启动时的代理配置传递，修正密码包含特殊符号时的解析问题。
• 启动前先确认准备状态。 浏览器和控制组件未准备好时，不会直接进入后续群控流程，失败提示也更准确。
• 关闭环境时加强进程清理。 减少浏览器已经关掉、相关后台程序却仍然遗留的情况。

新建环境时，一部分准备工作改到后台进行，减少界面长时间等待。环境或脚本导入预览关闭后，也会停止继续读取；仅预览脚本包不会改写正式脚本资料。

主要完善时间：2026年9月1日至10月25日。

---

7. ✨ 从你每天最费时间的一步开始体验

如果你每天要管理多个环境，可以先试试更有序的群控排列和文本分组；如果你已经在使用脚本，可以先检查一次运行环境；如果你希望尝试 AI 协助工作，可以从 MbAgent 的一个任务模板开始。

这次升级的价值，就在这些具体的小变化里：少一次重复查找，少一次安装困惑，少一次窗口整理，让工作更连贯。

不需要一次学会全部功能。先把最常用的一项用顺手，再逐步扩展自己的工作方式。

---

8. 📥 下载 9.58.18.206

已有环境升级，优先选择与当前环境一致的核心版本。 如果是首次安装、没有旧环境需要兼容的 Windows 10/11 电脑，可以优先了解 Core 140 版本；Windows 7 用户请选择相应旧核心安装包。

浏览器核心	适用系统	下载
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，记录完整内核版本号，再核对准备安装的版本。原来使用 105 核心的环境，应先选择对应的 Core 105 包；原来使用 140 的环境，应先选择对应的 Core 140 包。

重要：已有业务环境请保持内核匹配

不同内核之间直接切换，可能带来登录凭据丢失或兼容性问题。仅确认“都是 140”等主版本号还不够，请核对完整内核版本；安装包对应版本不明确时，先向官方客服确认。不要直接用新核心覆盖已有业务环境。

2. 先备份，再小范围验证

升级前备份重要环境和资料，保留原有数据目录。安装后先导入或打开少量测试环境，确认网站登录状态、代理、插件和常用脚本正常，再逐步用于更多业务环境。

3. 按系统和实际功能选择安装包

Chrome 140/129 安装包面向 Windows 10/11；Windows 7 用户请选择 Chrome 105、87 或 86 对应安装包。MbAgent 和网页自动化的可用能力还受系统、核心及账号权限影响，旧核心群控完善并不表示各版本拥有完全相同的 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 能帮你做什么？

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_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 会一种、脚本会另一种"的撕裂。

---

6. 🍪 mbbrowser Cookie 临期提醒邮件（新功能）

📌 一句话解释：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 上限 + 等待表 + 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 文档 + 多国语言 + 图标体系
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年05月20日】版本: 8.12.32.230

版本号: v8.12.32.230
内核版本: 140.0.7339.248 Build 20260311
更新级别: 重大/核心级更新
开发代号: "ControlMatrix"

---

版本概述

如果说上一版 MigrationBridge 解决的是"浏览器如何更稳定地走代理"这个底层难题，那么本次 ControlMatrix 要解决的，是另一类更贴近日常运营的痛点：当环境越来越多、账号越来越多、代理越来越多、Cookie 状态越来越复杂时，如何让整个客户端仍然清楚、可控、可追踪？

过去，很多团队每天都在重复这些动作：创建环境、分组、克隆、分配代理、检测代理、导入账号、维护 Cookie、查看日志、备份数据、管理插件、运行自动化脚本。每个功能单独看都不复杂，但当环境数量达到几十、几百甚至更多时，真正消耗时间的不是某一次点击，而是这些操作之间来回切换、反复确认、出错后难以排查。

ControlMatrix 的目标，就是把这些高频运营动作重新整理成一个更完整的客户端控制矩阵。

本次更新重点覆盖：环境运营、代理检测、Cookie 健康管理、邮件提醒、自动化脚本、插件管理、UserAgent 管理、数据备份、本地日志、多窗口群控、浏览器平铺、系统防火墙辅助，以及大量界面细节优化。它不是一个单点功能，而是一次面向大规模账号运营的工作台级升级。

---

1. 🧭 环境运营中心：从"能创建环境"到"能管理大量环境"

📌 一句话解释：当你的环境从 10 个增长到 100 个，客户端仍然要让你看得清、找得到、管得住。

这次解决了什么问题？

多账号业务最怕的不是环境少，而是环境多了以后管理混乱：不知道哪个环境属于哪个项目，不知道哪个环境已经配置代理，不知道哪个账号需要维护，也不知道批量创建、克隆、迁移后是否还保持一致。

本次更新继续强化主界面环境列表、分组入口、单环境更多菜单、环境转移、环境克隆、环境包导入导出等操作，让环境管理更接近真实运营流程。

主界面环境列表继续优化显示、选中态、悬停态和常用入口，让大量环境也能快速定位。

你能感受到的变化

• 环境列表的选中、悬停、高亮状态更清楚；
• 分组、转移、克隆、更多菜单等入口更容易识别；
• 环境包导入导出、会话环境管理、会话数据包管理等能力更完整；
• 对于团队交接、批量迁移、多项目运营，环境组织更清晰。

一键批量创建环境更适合团队使用

当需要一次性创建大量环境时，手动逐个新建非常低效。本次继续完善一键批量创建环境窗口，配合账号、代理、分组和基础配置，可以更快完成批量初始化。

---

2. 🌐 代理检测矩阵：让"代理能不能用"更容易判断

📌 一句话解释：代理检测不再只看有没有返回，而是更关注是否真的拿到了可用公网出口 IP。

代理检测为什么要升级？

代理配置失败时，用户最常遇到的问题是：信息看起来都填对了，但检测失败；或者检测接口异常，让用户误以为代理不可用。真实原因可能来自协议选择、账号密码、白名单、代理服务商、上游代理、网桥状态、本机网络或检测源本身。

本次更新对环境配置中的代理检测链路进行了梳理，强化了公网出口 IP 判断、失败原因提示和批量检测稳定性。

重点增强

能力	升级说明
单环境检测	更清楚地读取当前环境代理协议、地址、端口、账号密码等配置
出口 IP 判断	更重视是否通过代理拿到合法公网出口 IP
失败分类	更容易区分代理不可达、认证失败、检测源异常、返回内容异常等情况
批量检测	优化检测任务、停止检测、资源释放和界面回调，减少卡顿和状态错乱
代理池管理	代理服务器管理、批量导入、批量指定代理到环境等入口更完整

---

3. 🍪 Cookie 健康中心：提前发现登录状态风险

📌 一句话解释：不再等账号掉线后才处理，现在可以提前看到哪些环境 Cookie 快过期。

新增 Cookie / 环境双视图

Cookie 高级管理器从单一 Cookie 列表升级为 Cookie / 环境 双模式。用户既可以按单条 Cookie 查看、编辑、导入、导出，也可以按环境查看 Cookie 数量、过期状态、临期状态、提醒状态和智能守护状态。

为什么这很重要？

对于长期运营账号的用户，Cookie 不是一个技术细节，而是登录状态的生命线。过去用户往往要等到账号掉线、业务中断后才知道 Cookie 已经过期。现在可以在环境维度提前查看风险，并进行批量处理。

已增强的 Cookie 能力

• 环境维度统计 Cookie 数量、过期和临期状态；
• 支持按"已加入提醒""已加入守护""已过期""即将过期"快速筛选；
• 支持批量加入或移出临期提醒；
• 支持批量加入或移出智能守护；
• 单条 Cookie 编辑字段更完整，适配现代浏览器 Cookie 属性；
• Cookie 编辑、导入、导出、延期和统计刷新更稳。

---

4. 📬 Cookie 临期提醒：把"忘记续期"变成可管理事件

📌 一句话解释：系统可以在 Cookie 临期前提醒你，而不是等登录失效后再补救。

本次更新完善了 Cookie 临期提醒、SMTP 邮件提醒、固定时间提醒、首轮验证发送和提醒状态回显。用户可以按环境开启提醒，也可以批量加入提醒规则。

这次优化的重点

• 提醒文案更清楚，引导用户通过真实登录续期 Cookie；
• 提醒设置可保存、可回显，重新打开客户端后状态仍然保留；
• SMTP 配置支持测试发送，方便确认邮件链路是否可用；
• 固定时间提醒支持首轮验证发送，即使暂时没有临期 Cookie，也可以验证邮件配置；
• 提醒、SMTP、智能守护等关键操作进入日志，便于客服排查。

💡 注意：对于使用 JWT、服务端会话和复杂风控的网站，单纯修改本地 Cookie 时间不等于真正续期。正确方式仍然是在对应环境中重新登录业务网站，让网站服务端重新签发有效登录状态。

---

5. 🤖 自动化、插件与 UserAgent：让重复动作进入工具化流程

📌 一句话解释：高频重复操作，不应该永远靠人工一遍遍点。

本次更新继续完善自动化脚本管理器、自动化 API 接入入口、浏览器插件管理器和 UserAgent 管理器。对于有开发能力的团队，可以把候鸟客户端接入自己的运营系统；对于不写代码的用户，也可以更清楚地管理脚本、插件和 UA 库。

适合哪些场景？

• 批量打开页面、批量检查账号状态；
• 自动化执行重复登录、检测、巡检动作；
• 为不同环境加载不同浏览器插件；
• 按业务场景维护不同浏览器版本、系统平台和设备类型的 UserAgent；
• 将候鸟环境接入 Puppeteer、Selenium、Playwright 或自研系统。

---

6. 🧰 备份、日志与诊断：问题发生后能追得回来

📌 一句话解释：大型账号运营最怕"出了问题不知道发生过什么"，本次升级强化了可追踪性。

本次更新完善了数据备份管理、会话数据包管理、本地环境日志管理器和 Cookie 操作日志。无论是迁移电脑、团队交接、恢复数据，还是客服协助排查问题，都有更清楚的依据。

日志覆盖范围更完整

• 环境相关操作和异常记录；
• Cookie 编辑、删除、延期、导入、导出、复制；
• 临期提醒加入、移出和设置保存；
• 智能守护加入、移出；
• SMTP 配置保存、测试发送和邮件发送结果；
• 批量任务、代理检测和关键窗口操作状态。

---

7. 🪟 多窗口群控与系统辅助：更适合同时操作多个环境

📌 一句话解释：当你同时打开多个账号环境时，窗口组织、批量控制和系统网络辅助会直接影响效率。

本次继续完善多窗口群控管理器、浏览器平铺管理、系统防火墙管理器等辅助工具。它们并不是孤立功能，而是服务于"多环境同时运营"的完整工作流。

典型收益

• 多个浏览器窗口更容易集中排列和观察；
• 批量聚焦、切换、文本输入、页面操作更顺手；
• 防火墙管理器可辅助排查本机网络访问、代理连接和浏览器运行限制；
• 与代理检测、环境日志配合后，网络问题定位效率更高。

---

8. 🎨 界面体验：把每天都要看的地方打磨清楚

📌 一句话解释：这次不仅增加功能，也修了大量每天都会碰到的界面细节。

本次更新对主界面、菜单、弹窗、列表控件、多语言、图标和窗口稳定性进行了集中优化。功能菜单、分组菜单、单环境更多菜单、Cookie 菜单、代理菜单、环境包导入导出菜单等入口更清楚。

重点优化

• 列表控件新增和完善悬停背景、选中背景、选中标识；
• 修复部分选中状态被背景遮挡的问题；
• 弹窗高度、字段布局、底部按钮和提示文案更协调；
• 新增按钮、菜单、日志动作名称接入多语言机制；
• 关闭窗口、批量任务结束、状态切换后的界面刷新更稳。

这些优化看起来不像"重磅按钮"，但会影响用户每天的使用体验。对于长期管理大量环境的团队，清楚、稳定、少误触，就是实实在在的效率提升。

---

版本总结

本次 v8.12.32.230 ControlMatrix 是候鸟指纹浏览器面向"大规模账号运营"的一次核心升级。

它把环境管理、代理检测、Cookie 登录状态、邮件提醒、自动化脚本、插件扩展、UserAgent、数据备份、日志诊断、多窗口群控和界面稳定性统一纳入一套更完整的客户端工作台思路中。

如果你只是偶尔使用几个环境，你会感受到界面更清楚、提醒更明确、代理检测更可靠；如果你每天管理几十到几百个环境，你会更明显地感受到：批量操作更顺、状态更可见、问题更容易追踪、团队迁移和维护成本更低。

我们建议您在必要情况下，方可考虑进行相同内核版本升级。在升级新版本之前，您必须先确认您的候鸟内核版本，必须以相同内核版本的版本上进行升级。例：您之前使用的内核版本是 140.0.7339.248，则您升级的内核版本安装包必须是 140.0.7339.248，否则会因内核版本不一致而带来帐户凭据丢失风险。

在必要情况下，所有进行多账号运营、跨境业务、社媒矩阵、广告投放、电商店铺管理和自动化运营的用户，在安装相同内核版本的最新版后，不要第一时间全面将业务数据导入到新版本。应逐步小范围导入少量环境到新版本中，测试稳定无误后，才可逐步安全使用。

---

📥 下载本次更新

平台	下载地址
Windows 10 / 11（Chrome 140 内核）	MBbrowserSetup_8.12.32.230_Core_140.exe

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

【2026年03月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 的配置主界面，界面清爽，操作简单。

---

🔧 怎么配置？分三步走

第一步：填写你的代理信息

在「上游代理配置」区域：

• 上游协议：从下拉菜单选择你的代理协议，支持 HTTP/HTTPS 和 SOCKS5 两种主流协议；
• 上游代理：填入代理服务商提供给你的 IP 地址和端口号（如 192.168.1.33 : 10808）；
• 用户名 / 密码：如果你买的代理需要账号密码验证，填在这里；如果是 IP 白名单鉴权方式，留空即可。

第二步：点击「应用并生效」

填好后点击「应用并生效」按钮，系统会立即把你的代理配置写入 MBBridge 引擎。

你也可以点击「检测连通性」来验证代理是否正常可用，结果会实时反馈。

第三步：启动网桥

点击「启动网桥」按钮，界面顶部的状态灯会从橙色（未运行）变为绿色（运行中），代表 MBBridge 已成功接管候鸟所有浏览器环境的网络流量。

从这一刻起，你打开的每一个候鸟指纹浏览器环境，都会自动走你配置的上游代理，不需要额外配置任何其他软件。

---

🔁 两种模式，灵活切换

MBBridge 提供两种出站模式，你可以根据实际业务场景自由选择：

模式	适用场景	说明
代理模式（推荐）	使用购买的代理 IP 运营业务	候鸟指纹浏览器进程流量走你配置的上游代理服务器出网
直连模式（已开启全局VPN）	已在系统安装全局 VPN 的用户	候鸟指纹浏览器流量直接走操作系统的 VPN 隧道，无需再配代理

💡 大多数用户使用「代理模式」即可。如果你在服务器上装了 V2Ray、Clash 等全局 VPN 工具，可以切换为「直连模式」，让 MBBridge 直接走系统 VPN 出网。

---

🧠 它的工作原理（通俗版解释）

MBBridge 在后台以「系统服务守护进程」的形式运行，当你点击启动后，它会：

1. 在你电脑上建立一个「虚拟网卡通道」（技术上叫 TUN 虚拟网卡）；
2. 精准识别候鸟指纹浏览器相关进程（chrome.exe、mbbrowser.exe、cdp.exe 等）；
3. 自动把这些进程的所有网络流量，通过虚拟通道转发到你配置的代理服务器；
4. 非候鸟相关进程（如你电脑上的 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 代理 IP 直接使用；
• 享受更干净的 IP 资源，提升账号安全性。

适用场景：适合在欧洲、美国、日本等 IPv6 普及率高的地区从事跨境电商、社媒运营、广告投放等业务的用户。

---

4. ⚡ 响应速度大幅提升，流畅感提升 6 倍

这次我们对候鸟指纹浏览器的部分底层核心模块进行了重构与完善，这是一次专门针对「速度与稳定性」的性能优化。

你能感受到什么变化？

• 打开环境更快；
• 切换浏览器窗口响应更流畅；
• 批量启动多个环境时，整体速度明显加快；
• 在各种操作（点击按钮、加载列表）时，界面反应明显更灵敏。

经过内部测试数据对比，整体客户端响应速度平均提升约 6 倍。 这不是简单的界面优化，而是从底层数据处理链路做起，将原本不必要的重复计算、阻塞等待全部清理掉，让候鸟「跑」得更轻快。

---

5. 🔕 新增默认设置：「环境数据网络验证失败不提醒」

这个问题你有没有遇到过？

有时候你正在运行业务，候鸟突然弹出一个窗口——"网络验证失败"，打断了你正在进行的操作，甚至有时候触发了自动修改窗口弹出，让你不得不先去处理这个提示。

这种情况通常发生在：网络状况短暂波动、代理服务器临时超时、或者你正在切换代理 IP 的瞬间。本质上这只是个一过性的网络抖动，并不意味着你的环境配置有问题。

本次更新怎么解决的？

新增了一项全局默认设置：「环境数据网络验证失败不提醒」。

开启此选项后（默认已开启）：

• 当网络验证出现短暂失败时，候鸟不会弹窗打断你；
• 程序会在后台静默重试，成功后自动恢复正常；
• 修改配置窗口不会因网络问题意外弹出；
• 整体业务运行流程不再被这类非核心提示打断。

💡 什么时候建议关闭此选项？ 如果你是新手，刚刚在配置代理，希望看到所有的验证状态反馈，可以手动关闭此选项，让系统显示详细的验证结果。日常业务运营阶段，保持默认开启即可。

---

6. 🏎 启动提速：彻底解决网络盘导致的启动卡顿

问题现象

有些用户反馈：候鸟指纹浏览器在某些服务器或特殊电脑环境下，启动时会卡顿数秒到数十秒，然后才显示界面，就好像程序"假死"了一样。

经过深入排查，我们找到了元凶：候鸟在启动时，原来会检测所有磁盘的可用空间（系统调用 GetDiskFreeSpaceEx）。这个操作本身无害，但一旦你的电脑挂载了网络映射磁盘（网络盘，如 NAS、SMB 共享盘、云盘挂载等），检测这类磁盘时可能需要等待网络响应，轻则卡 3~5 秒，重则卡几十秒。

本次更新的修复方案

现在候鸟启动时，自动跳过网络盘，只检测本地物理硬盘。

改动效果：

• 在挂有网络盘的服务器上，候鸟启动速度立竿见影地提升；
• 完全消除了因网络盘响应慢导致的「启动假死」现象；
• 对没有网络盘的普通用户也没有任何影响。

特别适用场景：在云服务器、VPS、以及挂载了 NAS 或共享网络磁盘的工作室电脑上运行候鸟的用户，升级后启动体验将有显著改善。

---

版本总结

本次 v7.11 版本更新，是候鸟指纹浏览器在代理基础设施层面最重要的一次进化。

MBBridge 上游代理桥接系统和原生 SSH 代理能力（MBLink） 的同步发布，标志着候鸟指纹浏览器在代理接入层面完成了一次质的飞跃——无论你手上是商业代理 IP、还是自己的 SSH 服务器，候鸟都能原生接管，一键搞定，彻底告别第三方工具的繁琐配置。

IPv6 代理支持的加入，让候鸟在全球市场的 IP 资源选择上更宽广、更纯净。

加上底层 6 倍性能提升、启动卡顿修复、网络验证干扰消除——这是一次让候鸟从「能用」全面迈向「好用」的里程碑版本，强烈建议所有用户立即升级。

---

📥 下载本次更新

平台	下载地址
Windows 10 / 11（Chrome 140 内核）	MBbrowserSetup_7.12.22.221_Core_140.exe

📢 如有任何使用问题，请联系官方客服或加入候鸟官方交流群获取技术支持。

【2026年02月06日】版本: 7.10.20.219

版本号: v7.10.20.219 Build 20260206 更新级别: 重要/核心级更新 开发代号: "DeepFlight"

版本概述

本次 v7 更新是候鸟浏览器近半年来底层改动最大的一次。面对 CloudFlare 日益严苛的 AI 对抗验证机制（特别是针对移动端环境的 TLS 指纹识别），我们在内核层面引入了全新的对抗逻辑。同时，针对 Windows 7 等老旧系统的兼容性进行了深度回溯修复，并升级了 Chrome 140 内核以抹平 JS 执行环境的微小差异。

本次更新核心解决了一个长期困扰用户的痛点：在使用 iPhone 模拟环境访问 pcmax.jp 等高防网站时，无法通过 CloudFlare 真人验证的问题。

---

1. 核心突破：全新 "IphoneCloudFlare" 对抗模式

📌 背景与挑战：pcmax.jp 的绝壁

在过去的两个月中，我们收到大量 VIP 用户反馈，当使用候鸟浏览器的 iPhone 6/7/8/X/11/12 等 iOS 配置文件（Profile）尝试登录日本知名交友网站 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 等）呈现出典型的 "IPHONE 硬件参数值数据不准 " 特征。

CloudFlare 的反爬与风控引擎极其敏锐，它们检测到了一个逻辑悖论：

"这个客户端声称自己是 iPhone (User-Agent)，它的 JavaScript 环境也模拟得像 iPhone，但是它的 TLS 握手特征（JA3/JA4 Fingerprint）却明明白白地告诉 CloudFlare 检测服务器——我的 iPhone 数据不够真实。"

这种应用层与传输层特征的不一致（Mismatch），直接触发了 CloudFlare 风控，即 "Bot Fight Mode"，导致 pcmax.jp 根本不给用户展示验证码的机会，直接判定为疑似非真实 IPHONE & 疑似非真人操作。

📌 解决方案：全局设置项 "IphoneCloudFlare"

为了解决这一难题，我们并未选择简单的修修补补，而是重构了底层的网络发包逻辑，在全局设置中引入了 "IphoneCloudFlare" 选项。

这也解释了为什么我们技术部在工程目录的 MbFireWall 和 WinDivert 模块中进行了大量的代码提交（反复测试与数据演练对比）。

技术实现细节：

1. 内核级流量整形 (Kernel-level Traffic Shaping)

   • 当用户在全局设置中勾选 "IphoneCloudFlare" 后，候鸟浏览器会激活内置的 Divert 驱动模块
   • 该模块运行在系统内核态，能够拦截所有流向 CloudFlare IP 段的 TCP/TLS 握手包

2. 动态 TLS 指纹伪造 (Dynamic TLS Spoofing)

   • 在 MbBrowser 拦截到 Client Hello 包的瞬间，我们不再使用 OpenSSL 默认生成的结构，而是按照 真实 iOS Safari 的 TLS 握手特征进行字节级重构
   • Cipher Suites 重排序: 强制调整加密套件的优先顺序，使其与 iOS 的 Network.framework 行为完全一致，优先使用 TLS_AES_128_GCM_SHA256 等移动端常用套件，并剔除 Windows 特有的弱加密套件
   • Extension Padding: iOS Safari 在 Client Hello 中对 Extensions 的填充方式（Padding）与 Windows 截然不同。新功能精确模拟了这种填充长度和顺序
   • ALPN (Application-Layer Protocol Negotiation): 强制指定 h2 (HTTP/2) 协议协商顺序，匹配 Safari 的行为

3. 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 等）在移动端配置下的检测问题。

此功能不仅完美解决了 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 调用逻辑，增加了针对移动端状态栏（Mobile Status Bar）的高度补偿
• 在 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 是最后一个完美支持 Win 7 的版本
• 这涉及修改 CDP 目录下的构建脚本，并对使用了 Go 1.21 新特性的代码进行了兼容性重写（Polyfill）

---

4. 进程管理优化：彻底告别 "Zombie 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 安装脚本，现在安装程序会自动读取当前构建的版本号（Version Info）
• 默认安装路径变更为 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 等）的用户立即升级，并开启该选项。

官网下载地址：140内核版(Win10/11可用)

---