Multilogin 曾是市场上历史悠久的防关联浏览器之一，如今已扩展为结合 Browser Profile 和 Cloud Phone 的综合平台。但实际体验是否与官网介绍的一样？本文记录了使用 Multilogin 的完整过程，从创建 Browser Profile、启动 Cloud Phone 到检测指纹、代理、网速以及网站访问能力。本文不仅是从产品介绍文档中整理信息，而是专注于体验过程中记录的真实情况，以提供更客观的视角。
1. 什么是 Multilogin Cloud Phone？
Multilogin 是一个用于用户在移动设备和网页端管理多个账号的云手机平台。该平台为移动环境提供 Android Cloud Phone，为网页环境提供 Browser Profile。每个 Mobile Profile 运行在云端独立的 Android 设备上，拥有独立的应用程序、位置和身份；而每个 Web Profile 运行在隔离的 Browser Profile 中，拥有独立的 Cookie、登录会话和 IP 地址。这使用户能够在同一个平台上管理 Android 和浏览器环境。
Multilogin 的每个服务套餐都附带集成的住宅代理，允许每个 Profile 使用符合已配置区域的住宅 IP 地址，从而提高 IP 与 Profile 运行环境之间的一致性。
为了验证 Multilogin 宣布的内容，本文将专注于实际体验，而不是仅仅汇总官网的信息。
2. 初步印象
注册账号后，Multilogin 会将用户带到主控制面板，所有的 Browser Profile、Cloud Phone、Team 和 Automation 都在同一个界面上进行管理。
初步印象是界面非常现代且排列整齐。功能组被划分为不同的区域，即使是新手也不需要花费太多时间去熟悉。
从控制面板中，只需几次操作即可轻松在 Browser Profile 和 Cloud Phone 之间进行切换。这也表明 Multilogin 不再像以前那样完全专注于防关联浏览器，而是正在构建一个更全面的多账号管理生态系统。
2.1. 注册账号与选择免费套餐（Free Plan）
Multilogin 支持 Windows、macOS 和 Linux。安装过程相对简单，不需要复杂的技术配置。
登录后，控制面板分为 Browser Profile 和 Cloud Phone 两个独立区域。布局非常直观，帮助用户从第一次使用起就能轻松识别各个功能组。
在体验过程中，一些微小但非常实用的细节包括：用于排列 Profile 的拖拽操作（Drag & Drop）、帮助分类账号的颜色标签（Color Tag）、每个 Profile 的独立备注（Notes）、支持快速操作的快捷键（Hotkeys），以及用于实时跟踪活跃 Profile 的运行状态（Running Profiles）。
这些功能在官网上看可能并不突出，但在需要同时管理几十个 Profile 时却能提供很大帮助。
2.2. 适合代码人员的自动化（Automation）
Multilogin 支持自动化，但其方式与许多提供拖拽工具或可视化工作流的平台不同。要构建自动化流程，用户需要使用 API、Selenium、Puppeteer、Playwright、ADB 或 Postman 等工具。
在体验过程中，免费套餐（Free Plan）也不允许访问 API。想要使用此功能需要升级到 Pro 套餐。
总的来说，Multilogin 的自动化系统更适合具备编程知识的用户或技术团队，而不是希望无需编写代码就能创建自动化流程的新手。
2.3. 从其他工具迁移 Profile 仍需手动
Multilogin 支持从其他平台导入 Profile。然而，迁移过程仍然是手动的，而不是一键完成。
在体验过程中，迁移 Profile 的流程按以下步骤进行：从旧平台导出 Cookie，在 Multilogin 上创建新的 Browser Profile，将 Cookie 导入刚创建的 Profile 中，并在使用前重新检查 Profile。
目前，Multilogin 暂不支持一键迁移（one-click migration）将所有 Profile 迁移到新平台。这意味着如果需要迁移几十或几百个 Profile，用户仍需对每个 Profile 重复上述流程，这会导致迁移过程消耗相当多的时间。
3. Multilogin 价格：公开标价与实际对比
在体验 Cloud Phone 和 Browser Profile 之前，了解计费方式也是重要的一部分。除了按月或按年订阅的套餐外，Multilogin 还采用了根据云手机实际使用分钟数计费的形式。在测试过程中，本文还将官网公布的信息与实际体验进行了对比，看看有哪些需要注意的地方。
3.1. 官方价格表
Multilogin 目前提供多种服务套餐，其价格和使用限制有所不同。以下是官方价格表，以便用户在开始体验前有一个整体了解。
下表汇总了官方网站上公布的 Multilogin 各套餐月度价格。
| 套餐 | 按月支付价格/月 | 按年支付价格/月 | 包含内容 |
|---|---|---|---|
| Free | $0 | 不适用 | 云手机与浏览器环境，200MB 代理流量和 30 分钟移动端使用（一次性赠送，不可充值）。无 API。Profile 如果 7 天内未启动将自动删除。 |
| Pro 10 | $11 | $7.08 | 10 个 Profile，1GB 代理流量/月，包含 API，无团队席位 |
| Pro 50 | $29 | $19.17 | 50 个 Profile，3GB 代理流量/月，包含 API，无团队席位 |
| Pro 100 | $40 | $26.67 | 100 个 Profile，5GB 代理流量/月，包含 API，2 个团队席位 |
| Business 300 | $89 | $57.08 | 300 个 Profile，无限制团队席位，10GB 代理流量/月 |
可以看出 Multilogin 既提供免费套餐，也提供多种付费套餐，Profile 数量和代理流量也随之递增。Free Plan 足够让用户熟悉界面并在决定升级前体验基本功能。
3.2. 与实际体验对比
在测试过程中，$0.011/分钟的价格与应用内显示的信息一致。此外，计时器仅在点击 Start 时开始并在点击 Stop 时停止，而不是从创建云手机那一刻起就计费。这有助于用户在控制使用时间和成本方面更加主动，尤其是只想先创建 Profile 以后再使用时。
对于 Free Plan，账号被赋予：5 个 Browser Profile、1 个 Mobile Profile、200MB 代理流量、30 分钟云手机使用时间。这些参数与官网上公布的信息一致。然而，在体验过程中有一些限制如果仅看价格表是无法明确体现的。
首先，200MB 的代理流量消耗得相当快。仅在几次访问 BrowserLeaks、Whoer 和一些 IP 检测网站后，云手机就开始出现无法加载页面的错误。
此外，“5 Profile”的信息也可能引起用户的误解。实际上，Free Plan 仅允许创建 1 个 Mobile Profile，而 5 Profile 是可以创建的 Browser Profile 数量。当尝试创建第二个 Cloud Phone 时，系统会显示提示通知，要求删除当前的 Mobile Profile 或升级到更高的套餐。
这是值得注意的一点，因为价格表没有明确解释 Browser Profile 和 Mobile Profile 之间的区别，导致许多人可能会默认认为 Free Plan 支持同时创建 5 个 Cloud Phone。
4. 云手机体验（Cloud Phone）
完成初始设置过程后，下一步是直接体验云手机。本部分重点关注创建 Mobile Profile 后获得的内容，从设备配置、使用界面到代理、指纹和一些随附功能。
4.1. 分配的设备
创建云手机后，系统会自动分配一台 Android 设备，其基本信息包括：OPPO Reno14 Pro、Android 16、蓝牙、MAC 地址、Phone MAC 和虚拟电话号码。
在参数方面，云手机非常类似于一台完整的 Android 设备。有关设备的信息直接显示在配置部分，方便用户在使用前进行检查。
4.2. 界面与使用感受
启动后，云手机已经内置了一些基本应用，如 Google Search、Chrome、Play Store、Gallery、Phone。
界面带来的感受类似于一台普通的 Android 手机。滑动、打开应用或在屏幕之间切换的操作都很熟悉，因此不需要花费很多时间去适应。
在整个体验过程中，使用内置应用的操作都很正常，使用前无需进行任何额外的配置步骤。
4.3. 速度与流畅度
为了评估云手机的响应能力，测试过程执行了一些基本操作，如打开网站、在页面之间切换和检查设备信息。
记录的结果是：操作有轻微的卡顿，在两个网站之间切换耗时约 16 秒。Whoer 正确识别出了 Android 16 和 Chrome 134。
总的来说，云手机仍能满足浏览网页、检查网站或安装应用等基本操作。然而，响应速度并没有像使用真实的物理 Android 设备那样真正流畅。
4.4. 免费套餐中的代理是如何工作的？
在测试过程中，使用免费套餐（Free Plan）中附带的代理（200MB 代理流量）来评估云手机的连接能力。通过 BrowserLeaks 和 Whoer 进行的两次检测，即使在同一个云手机会话中，返回的结果却是两个不同的代理地址。
继续使用相同的代理访问其他一些检测网站，云手机开始出现错误：IPFighter 无法加载页面，TikTok 显示 ERR_NAME_NOT_RESOLVED 错误。此时，Free Plan 中的 200MB 代理流量也已用尽，测试过程无法继续。
4.5. 指纹检测（Fingerprint）
为了检测云手机的指纹，创建了一个名为 Testing 2 的新 Mobile Profile，配置为 Google Pixel 10a、Android 16、位置为美国（芝加哥），并使用自定义代理（Custom Proxy）代替 Multilogin 的默认代理。接下来，访问 IPFighter Browser Fingerprint 以检查返回的所有浏览器参数。
User-Agent： 结果显示浏览器被识别为 Android 平台上的 Chrome 134。然而，完整的 User-Agent 字符串却显示为 Android 10，而不是为设备配置的 Android 16。这是检测过程中记录到的第一个差异点，即 User-Agent 中的 Android 版本与创建 Mobile Profile 时选择的配置不匹配。
Screen & Device： IPFighter 返回了完整的屏幕和硬件参数，在测试过程中未记录到异常。
WebGL Details： WebGL 结果显示硬件信息与已配置的设备并不完全吻合。声明的设备是 Google Pixel 10a，但 WebGL Renderer 却显示为 Samsung Xclipse 950。这是指纹检测部分中最值得注意的细节。Xclipse 是三星 Exynos 芯片旗下的 GPU 系列，通常出现在三星 Galaxy 设备上，而不是 Google Pixel 系列的 Tensor 芯片。换句话说，声明的设备是 Google Pixel 10a，但 WebGL 返回的硬件信息却带有三星设备的特征。如果反欺诈系统对照设备型号和 WebGL 信息，这是可能被记录下来的一种差异。
Media & Permissions： IPFighter 完整记录了云手机环境中可用的音频和图像设备。
指纹检测过程记录了配置与返回的实际参数之间的两个差异点。首先是 User-Agent 中的 Android 版本与所选配置不匹配。其次是 WebGL Renderer 在声明为 Google Pixel 的设备上显示了三星 GPU 的信息。如果是将云手机用于需要高度一致性指纹的任务，这两个技术细节值得注意。
4.6. 摄像头与 Play Store
摄像头（Camera）： 根据官网上的信息，Multilogin 支持使用电脑的 Web 摄像头作为云手机的摄像头。如果需要验证账号或使用需要调用摄像头的应用，这是一个实用的功能。
Play Store： 云手机预装了 Google Play Store，但要下载和安装应用，用户仍需登录 Google 账号。这是 Android 操作系统的默认要求，并不是 Multilogin 特有的限制。
快速点评
经过大约半天的体验，云手机给人的感觉非常类似于真实的 Android 设备，并且可以在创建后立即使用。界面熟悉，设备创建流程简单，基础应用均已预装。
测试过程中也记录了一些需要注意的点，包括代理 IP 在检测之间发生变化的现象、Free Plan 200MB 的代理流量消耗相当快，以及设备配置与返回的实际参数之间在指纹部分的两个差异点。如果有需要将云手机用于高度稳定任务的需求，这些都是应当额外检查的因素。
5. 浏览器环境体验（Browser Profile）
完成云手机部分后，文章继续转向 Browser Profile，看看与刚刚测试的 Mobile 部分相比体验有何不同。这也是 Multilogin 在扩展到云手机之前的核心功能，且很有可能仍是大部分用户更频繁使用的功能。
5.1. 设置 Browser Profile 与 Free Plan 中锁定的功能
创建 Browser Profile 的速度相当快。只需输入 Profile 名称、选择操作系统、配置代理和一些基本参数即可立即使用。
在创建 Profile 的过程中，可以看到不少贴有 PRO 标签的功能，例如 Save as Template、Profile Template，以及一些其他的高级配置选项。这不会影响基础 Profile 的创建，但如果想管理大量 Profile 或为整个团队标准化工作流程，几乎必须升级套餐。
此外，首次启动 Browser Profile 时，Multilogin 会在打开浏览器之前单独下载 Mimic Browser Core。与几乎可以立即使用的云手机不同，Browser Profile 在准备就绪前会在下载内核这个步骤上多花数十秒。
5.2. 指纹是如何处理的？
在 Profile 配置表中的观察表明，并非所有参数都被完全“伪装”。标记为 Masked 的组件包括 WebRTC、Timezone、User-Agent、Platform 和 WebGL。与此同时，一些组件仍保持为 Real 状态，包括 Media Devices、Canvas Graphics 和 AudioContext。
这表明 Multilogin 并没有试图隐藏全部指纹，而是专注于最容易被网站用于识别的信号。其他一些参数保持原样是为了提高与网站的兼容性，并减少在使用过程中产生错误的风险。这也是目前包括 Multilogin 在内的许多防关联浏览器的常用做法。
5.3. Browser Profile 的代理是如何工作的？
为了全面评估 Browser Profile，测试过程使用了多种不同的工具来检查代理、指纹和网站访问能力。
来自 BrowserLeaks 的第一个结果相当积极：该工具未检测到 WebRTC Leak，同时 Public IP、Local IP 和 Proxy IP 完全吻合。
继续使用 Whoer 进行检测，记录的结果为 Proxy: No, Anonymizer: No, Blacklist: No, Disguise: 100%。在检测时，Browser Profile 被 Whoer 评价为相当不错，未发现任何异常迹象。
转向 IPFighter，该工具给 IP Score 打出了 90%（Good）的分数，并附带各个平台的单独得分：TikTok 94%、Instagram 94%、Facebook 93%、Google 90%、Amazon 84%。
然而，当使用另一个来源检查相同的代理时，结果却显示代理 IP 出现在两个黑名单列表中：zen.spamhaus.org 和 cbl.abuseat.org。这表明不同检测工具对代理质量的评估结果可能会有显著差异，不应仅依赖单一来源得出结论。
Google Search 与 reCAPTCHA： 在测试过程中，Google Search 频繁转向异常流量验证页面，而不是返回普通的搜索结果。
完成 reCAPTCHA 后，系统继续显示“Cannot contact reCAPTCHA. Check your connection and try again.”（无法连接 reCAPTCHA，请检查您的连接并重试）通知。尽管尝试验证多次，流程依然无法完成。与此同时，通过 URL 直接访问 browserleaks.com、whoer.net 或 tiktok.com 等网站时，页面仍能正常工作。在整个测试过程中，仅在 Google 上进行搜索时记录到了这种中断现象。
5.4. 使用 IPFighter 检测 Fingerprint
除了上面使用的 IP Lookup 工具外，IPFighter 还拥有专门的 Browser Fingerprint 板块，专门给所用浏览器的“自然度”打分。Browser Profile 上的结果：Fingerprint Score 达到 100%、Fingerprint masking: Not detected、Automation/bot: No automation。
根据工具的解释，分数越高意味着浏览器越像一台未经干预的普通设备；自动化、模拟器或开发人员工具都会拉低分数。在这里，Profile 按照这一标准显得完全“干净”。
对照 Multilogin 中的 Profile 配置，各个参数精确吻合到每个细节：User-Agent 返回的正是配置的字符串（Windows NT 10.0, Win64, x64 上的 Chrome 150.0.7871.46），1920x1080 的屏幕分辨率在两边完全一致。
这是与 4.5 节中云手机部分相比值得注意的差异点：云手机在声明的 Android 版本与 WebGL renderer（声明为 Pixel 的设备上出现三星 GPU 签名）之间存在矛盾，而这里的 Browser Profile 在专门打分指纹的工具上给出了高度一致的结果并获得了满分。这表明 Browser Profile 目前在参数同步环节的完成度优于云手机。
5.5. 网络速度
使用 Speedtest 检测 Browser Profile 的网络速度结果为：Download 9.11 Mbps、Upload 16.38 Mbps、Ping 475ms。
下载和上传速度足以满足登录账号、管理网站或在广告平台上操作等常规任务。然而，近 500ms 的 Ping 延迟相对较高。如果是用于实时响应任务（如直播、视频通话或远程控制），用户可能会明显感受到这种延迟。
快速点评
与云手机相比，Browser Profile 在整个测试过程中带来了更稳定的体验。指纹结果相当不错，没有遇到 WebRTC 泄露，IP 检测工具也给出了积极的分数。然而，Google reCAPTCHA 现象以及 IP 评估工具之间的差异表明，在将 Browser Profile 投入高稳定性要求的流程之前，仍需进行额外检查。
6. 测试过程后的记录要点
在完成云手机和 Browser Profile 的测试后，有一些在整个体验过程中重复出现的要点，本文认为值得单独列出一节。这并不完全是 Multilogin 的错误，而是用户在决定长期使用前应当了解的内容。
6.1. Google Search 容易遇到 Captcha
在测试 Browser Profile 的过程中，由于频繁遇到“Unusual Traffic”（异常流量）验证页面，几乎无法以常规方式在 Google 上进行搜索。与此同时，直接输入网站的 URL 却没有遇到任何问题。这可能不是 Multilogin 单方面的错误，还取决于测试时所使用的 IP。不过，如果您的工作经常需要在 Google Search 上操作，这仍是展开工作前需要注意的一点。
6.2. IP 检测工具并不总是给出相同的答案
记录到的一个非常有趣的现象是：BrowserLeaks 给出了良好的结果，Whoer 评价 IP 干净，IPFighter 打出 90 分，但另一个来源仍将同一个 IP 列入黑名单。这表明不应仅凭单一网站来断定 IP 的质量。对照多个不同的来源将能更准确地反映所用 IP 的现状。
6.3. 云手机的代理 IP 在多次检测之间发生变化
这是整个测试过程中最值得注意的发现。两次检测相隔不到 5 分钟，却返回了两个完全不同的代理 IP。目前尚无法断定这是云手机的默认运行机制还是仅在此次测试中发生的个例。然而，如果这种现象频繁重复，它将直接影响需要长期稳定 IP 的工作，例如社交网络养号。
7. 体验后的综合评价
在完成云手机和 Browser Profile 的全部测试后，可以看出 Multilogin 带来了相当全面的体验，拥有许多服务于多账号管理的功能。除了在界面、Profile 管理和指纹方面的优势外，该平台仍有一些局限性，特别是在免费套餐和云手机体验方面。
以下是整个体验过程后记录到的最突出要点。
7.1. 快速评价
基于云手机和 Browser Profile 的全部测试过程，以下是在决定使用 Multilogin 之前值得权衡的优势和注意事项。
| 优点 | 需要考量的要点 |
|---|---|
| 界面直观，容易上手 | Free Plan 仅适合用于体验了解 |
| Browser Profile 的指纹结果相当不错 | Mobile IP 在测试期间不够稳定 |
| 云手机创建迅速，预装 Android | Automation 对不懂代码的人不够友好 |
| Browser Profile 和 Cloud Phone 在同一控制面板管理 | 摄像头功能需要更多时间来评估 |
| 使用成本透明，易于追踪 | 部分功能仅在 Pro 套餐中可用 |
7.2. 值得称赞的要点
界面直观，容易上手。 从第一次使用起，Multilogin 的界面就给人一种相当现代且易于操作的感觉。Browser Profile、Cloud Phone 和 Team 的管理区域分布清晰，帮助新手也能在短时间内熟悉。诸如 Color Tag、Notes、Running Profiles 或 Drag & Drop 等功能虽然不是非常突出，但在需要同时管理多个 Profile 时却能提供很大帮助。
Browser Profile 的指纹结果相当不错。 通过 BrowserLeaks、Whoer 和 IPFighter 的检测，Browser Profile 都给出了积极的结果：未记录到 WebRTC Leak，Whoer 上的 Disguise 达到 100%，IPFighter 打出 90 分并将 IP 评价为 Good。尽管黑名单检测工具之间仍有差异，总的来说 Browser Profile 仍带来了一个相对稳定的浏览器环境。
云手机创建迅速且具备现成的 Android 环境。 云手机仅需几次操作即可创建完成，预装了 Android 16 以及 Chrome、Google 和 Play Store 等基础应用。与传统自行安装或配置 Android 虚拟机的方式相比，这节省了大量时间。
使用成本透明，易于追踪。 Multilogin 相当清晰地显示了已用时间、剩余时间、剩余代理流量和按分钟计算的费用。此外，计时器仅在云手机启动时才开始，帮助用户相比从创建 Profile 那一刻起就被扣费能更主动地控制成本。
Browser Profile 和 Cloud Phone 在同一平台上管理。 无需使用多种不同的工具，Multilogin 允许在同一个控制面板上管理 Browser Profile、Cloud Phone、Team 和 Automation。对于代理机构或任何经常同时运营多个账号的人来说，这是一个显著的优势。
7.3. 需要考量的要点
Free Plan 仅适合用于了解熟悉。 在功能方面，Free Plan 足够用于探索界面和体验基本功能。然而在实际使用时，很快就会遇到一些限制，例如：同一时间只能创建 1 个 Cloud Phone、仅有 200MB 代理流量、仅能使用 30 分钟云手机、API 和许多高级功能被锁定，以及未运行的 Browser Profile 会在 7 天后自动删除。这些限制使得 Free Plan 更适合体验界面和使用流程，而不是服务于长期需求或同时管理多个 Profile。
Mobile IP 未真正稳定。 在测试过程中，云手机记录到了代理 IP 在两次检测之间发生变化的现象。虽然还没有足够的依据断定这是系统的默认运行机制，但如果需要将云手机用于需要长期稳定 IP 的任务，这仍是应当额外检查的一点。
Automation 对新手不够友好。 Multilogin 支持多种自动化方式，如 Selenium、Playwright、Puppeteer 或 API。然而，平台目前尚无拖拽工具（no-code builder），而 API 仅在付费套餐中可用。这使得没有编程知识的人很难充分利用平台的自动化能力。
摄像头需要更多时间来评估。 在测试过程中，未能按照指南将电脑的 Web 摄像头配置为云手机的摄像头。由于尚未确定原因是出在设置方式还是测试环境，因此还没有足够的依据断定这是产品的局限。不过，如果有频繁使用的需求，这仍是一项应当更仔细检查的功能。
8. 总结
在体验了 Cloud Phone 和 Browser Profile 之后，可以看出 Multilogin 是一个为多账号管理需求构建得相当全面的平台。在同一个控制面板上结合 Browser Profile 和 Cloud Phone，使用户无需使用多种不同的工具来管理独立的的工作环境。
在测试过程中，Browser Profile 给出了相当积极的指纹结果，界面直观，Profile 创建流程简单。Cloud Phone 也能快速创建，提供了一个现成的 Android 环境来安装和运行应用，而无需使用虚拟机或物理设备。
然而，实际体验也展示了一些需要考量的要点。Free Plan 由于在使用时间、代理流量和许多高级功能方面的限制，仅适合用于熟悉平台。此外，代理 IP 在多次检测之间发生变化的现象以及 Google 频繁要求 reCAPTCHA 表明，用户在将其投入高稳定性要求的任务之前应当仔细检查运行环境。
总的来说，如果需要在同一个平台上结合 Browser Profile 和 Cloud Phone，Multilogin 是一个值得考虑的选择。相反，如果需求主要是管理浏览器上的多个账号而不需要 Android 环境，防关联浏览器 Hidemyacc 可能是更具成本优势的方案，同时仍能很好地满足创建 Profile、管理指纹和配合代理工作的需求。
9. FAQ
1. Multilogin Cloud Phone 是 Android 模拟器吗？
不是。Cloud Phone 运行在云端基础设施上并提供远程 Android 环境，而不是直接在用户的电脑上运行模拟器。
2. Free Plan 足够用于体验吗？
是的。Free Plan 适合用于熟悉界面和基本功能。然而，在使用时间、代理流量和功能方面的限制使得该套餐未能完整反映平台的实际体验。
3. Browser Profile 和 Cloud Phone 有何不同？
Browser Profile 创建一个独立的浏览器环境，用于管理网页上的多个账号。Cloud Phone 则在云端提供一台 Android 设备，适合仅在移动设备上运行的应用，如 TikTok 或 Instagram。
4. 为什么 Google 频繁要求 reCAPTCHA？
在测试过程中，Google Search 多次显示异常流量验证页面且无法完成 reCAPTCHA。与此同时，通过 URL 直接访问网站依然正常。这表明该现象主要发生在在 Google 上进行搜索时。
5. 是否应该将 Free Plan 用于实际工作？
如果需要频繁使用或运营多个账号，不建议这样做。Free Plan 适合用于体验界面和使用流程，而付费套餐将能更完整地反映 Multilogin 的能力。
