更新日志

方案对比表格现已添加带宽行。所有公开方案均提供无限带宽，因此当流量扩展时，出站流量不会悄悄消耗您的预算。设有上限的自定义方案会显示确切的 GB 数值。

过去，在两次发布之间掉线的 worker 会一直处于离线状态，直到有人发现，这在无形中拖累了高峰期的容量。现在，每次发布都会在滚动更新的同时使整个 worker 池恢复满载状态，从而确保在流量高峰期拥有您预期的容量。

“用量与限制”现已新增标签页提示点、彩色用量条 (达到 80% 显示琥珀色，超出限制显示红色)、可排序的“最后使用”列以及 30 秒自动刷新功能。请在您的 仪表板 侧边栏中打开它。

定价页面的对比表格现已按使用量、功能、rate limit 和账户进行分组。每个单元格的数据均来自 API 读取的同一套餐模型，因此您看到的内容即为套餐实际包含的内容。所有公开套餐均不限制带宽。

Proxy Finder 现在同时运行三个活跃度检查，而不是逐一运行，因此失效出口的回收速度大约提高了三倍。队头阻塞修复确保了当某个子网达到其 rate limit 时，验证吞吐量保持稳定。您的 request 将分配到更少的陈旧 proxy。

代理现在会通过独立的网络路径进行持续验证，因此工作池中只保留当前实际可用的出口（而不仅仅是最初发现时的状态）。当您调用 /api/proxy 或让 /api/auto 路由您的请求时，所选代理在首次尝试时可用的可能性更高。

API 会拦截所有目标 URL、重定向链或 proxy 字段解析为私有或保留 IP 范围的 Single 或 Browser 请求。即使公共目标重定向至内部网络，请求也会在到达前被终止。

主站、博客、文档和更新门户的语言切换器已全面改版。每个选项都会显示该语言的原生名称及其在当前 UI 语言中的名称（例如在保加利亚语网站上显示为“Deutsch · немски”），并配有一个搜索框，可按名称、代码或 locale id 过滤所有 13 个区域设置。现在，每个选项都是带有 hreflang 的真实链接，因此搜索引擎和 AI 爬虫可以抓取每个翻译版本，您也可以通过 cmd 单击在新标签页中打开另一种语言。该切换器还位于每个网站的页脚中。

过去，Auto 会在每次重放失败时向下调整主机的会话 TTL，即使该失败并未反映真实的 cookie 过期。这导致会话在 cookie 仍然有效的情况下不断被驱逐和重新解析。现在，TTL 会随着持续成功而增长，并且仅在真实过期时才会缩减。因此，对于通过 Cloudflare 验证的主机，其学习到的会话可以持续数分钟，而不是在第一次遇到 403 时就失效。

自动会话现已根据每个目标的需求进行适配。没有交互式质询的站点作为便携会话运行，其中 cookie 搭载在 proxy 池上，因此轮换和故障转移会自动进行。将解锁绑定到单一出口的站点（主要是交互式 Cloudflare）会被固定，并设有每次清除的并发上限，因此突发的重放请求不会耗尽您的解锁。

活动中的 request 预览现在各处都会显示不透明的 proxy ID，与 response 中已返回的内容保持一致。

现在每个 Auto response 都携带一个 meta 对象（获胜层级，是否解决了 challenge，尝试次数，总 credits）以及有效 session（proxy，cookies，userAgent），以便您查看攻破目标的环境并自行重放。session.proxy 字段是不透明的 base36 proxy ID，绝不是原始地址。如果您不希望在 response 中包含 session，请设置 returnSession: false。

Auto 现已能够端到端处理非交互式 Cloudflare 挑战（某些受保护站点提供的“Checking your browser”拦截页），而不再将挑战页面作为实际内容返回。两个相关问题也得到了修复：隐藏挑战插页的传输 200 状态码现在会升级为真正的求解流程，并且在下发 clearance cookie 后重新提供拦截页的挑战现在会重新加载并获取真实内容。Marathonbet 是最新通过测试的主要站点；vinted 和其他几个 interstitial-on-200 目标站点也从中受益。

刷新 Playground 时，在您的内容重新出现之前，不再闪现静态状态。新增的 Reset 按钮（需二次确认）可一次性清除所有三个 request 标签页、cookie 以及携带的 proxy。现在，根据您的要求，response 也可以将其 proxy ID 或 User-Agent 携带至下一个 request 中，而不是在后台自动应用。

每个 Single response 现在都包含处理该 request 的 proxy ID，Browser response 也是如此。这对于需要固定使用相同 proxy 的链式调用非常有用。