更新日志

Activity 现已适配 14 英寸 MacBook，无需横向滚动，且每列均保留其数值。详情面板采用选项卡式设计（Request、Response headers、Response body），因此结果直接显示在顶部，而不再位于 900 像素之下。工具提示会跟随指针并显示完整的 URL。

方法列现在从您的 request body 读取动词 (GET, POST, PUT 等)，而不是因为我们的 API 层接收的是 POST 就总是显示 POST。Playground 调用还会记录点击发送者的浏览器 IP，以便共享账户区分是谁执行了调用。

FourA MCP 0.6.0 允许 agent 选择 request 呈现的浏览器。foura_single 和 foura_proxy 接受 browser, os, version，或者来自 GET /api/profiles 公共目录的精确 profile ID。它们包含在已发送至上游的 request 中，因此没有额外的调用。如果省略它们，request 将呈现最新的 Google Chrome，与之前完全相同。目录无法呈现的组合将返回错误并列出可用选项，因此 request 绝不会作为您未选择的浏览器发送。

当目标运行 bot 检查时，这两种工具现在都返回 defense。defense.solved: false 表示主体可能是质询页面，而不是您请求的内容，这是使用其他浏览器重试或升级的信号，而不是将拦截页面解析为数据。

同一版本中的一项更正：unblocker 描述曾称其默认为关闭。它一直处于开启状态，因此 request 已经携带了完整的浏览器 header 集合。发布的 schema 现在与该行为一致。

饱和实例响应健康检查需要 3 到 10 秒，而健康实例只需 9 到 225 毫秒，过去两者均显示为正常。现在，缓慢状态会显示为降级，并附带实例自身的原因，因此我们在问题仅表现为单台服务器缓慢而尚未导致您的请求失败时，就能发现它。自动模式同样受到监控，其限制被设置为实际完成复杂求解所需的时间，而不是每次成功都会触发的通用限制。

profile 参数指示解锁器在 /api/single 和 /api/proxy 上模拟哪种浏览器。请传递确切的 profile id (如 firefox147 或 chrome146)，或让 browser + os + version 解析为最新匹配的组合。GET /api/profiles 会返回当前目录 (涵盖 5 个浏览器家族的 79 个配置文件)，以免您硬编码导致列表过期。Dashboard playground 通过三个级联下拉菜单提供了相同的选择器。

Dashboard Playground 现提供针对 OS、浏览器和版本的三个级联选择器，数据从 profile 目录实时拉取。选择任意两项，第三项将自动缩小到实际匹配的范围。选择 profile 会开启 unblocker，因为若无此项，API 将拒绝该 profile。

只有当服务丢失所有实例（即您的请求无处可达的状态）时，才会被判定为宕机。常规的滚动部署将不再作为事件显示在状态页面上。

unblocker 发送的默认签名现为当前主版本，不再是抓取工具硬编码的旧版本。之前对旧主版本返回静态拦截页面的网站，现在在 Single 和 Browser 上均会返回真实页面。这两款产品同步进行了更新，因此从 Browser 到 Single 的 cf_clearance 重放依然保持字节级完全一致。

此前，当您的银行在套餐升级时要求进行 3D Secure 验证，请求会轮询等待状态变更，但该变更永远不会到达（因为没有弹出身份验证提示）。现在，更改套餐的流程会像首次订阅一样处理此额外步骤，以确保升级顺利完成。

如果管理员为您分配了自定义套餐，它现在会显示在“计费 / 套餐”中，显示为 'Your custom plan: {name} ({price})'，并附带订阅按钮。在此之前，除非有人告知，否则该分配是不可见的。

过去，只有在返回 Cloudflare 许可 cookie 时，Browser 才会按成功绕过防护的档位收取 30 个积分。现在，从 SiteGround 开始，对于我们识别并绕过的任何防护，都会进行相同的计费。响应中还包含 defenses: { present, cleared }，因此即使我们尚未成功绕过，您也能知道拦截请求的是哪家供应商（目前已支持识别但尚未绕过的供应商包括 DataDome、PerimeterX、Akamai、Incapsula 和 hCaptcha）。

浏览器响应现已返回 defenses: { present, cleared }：目标运行的所有供应商，以及我们实际清除的每一个供应商。计费遵循相同规则。清除了任何供应商(不仅是 Cloudflare)的请求均视为防御破解，我们能识别但暂无法攻克的供应商将显示在 present 中，且绝不会增加费用。

SiteGround 是大量小型 WordPress 和 WooCommerce 商店的前置服务，因此其机器人验证界面是一类目标，而非单一网站。借助 unblocker: true，Single 现已能在进程内解决此验证并返回真实页面。在此之前，您必须为该类目标启动 Browser，这意味着需要为浏览器会话付费并等待。验证通过的 cookie 会在 response 中返回，因此重放请求的成本依然很低。

浏览器现可处理在读取正文前发生重定向的质询页面，因此发往受保护站点的 request 将返回实际内容，而不是空的 response。

SiteGround 在许多小型 WordPress 和 WooCommerce 商店前放置了“Robot Challenge Screen”；用户无需点击任何内容，这实际上是一个 SHA-1 工作量证明。Single 现在可以通过一次调用通过该验证并返回真实页面，仅消耗 2 个 credit，而无需使用消耗 30 个 credit 的浏览器会话。这是 Single 独立处理的首个非 Cloudflare 防御机制。