更新日志

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

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

概览页面现在显示一个积分面板，包含您的总使用积分以及按产品（Single、Proxy、Browser）划分的明细。大数值将保持紧凑格式（如 29.7M），悬停即可显示精确值。该面板遵循您当前的过滤器和时间范围设置。

如果您将负值的 validate 传递给 /api/auto（例如 {data: {fail: ['"Due to legal reasons"']}}），Cloudflare “Just a moment” 插页可能会作为缓存的成功响应漏过，因为失败列表碰巧没有匹配其文本。Auto 现在会在应用您的验证规则之前拒绝质询页面，它会更换无效出口并重新解析，而不是对其进行评分。

FourA MCP Server 现已有专属主页：foura.ai/mcp。选择您的客户端（Claude Desktop、Claude Code、Cursor、VS Code、Windsurf 或托管的远程服务器），复制配置，或通过 Add-to-Cursor 和 Install-in-VS-Code 深度链接一键安装。随附四个工具：foura_auto、foura_single、foura_proxy 和 foura_browser。

某些目标仅对特定国家或地区做出响应（区域体育博彩、具有地理限制的市场）。Auto 现在可检测网站是否受地理封锁，记住哪些国家或地区返回真实的 response，并在后续调用中从这些国家或地区提取新的出口。并发负载也会分布在允许的集合中，因此不会出现单个出口承担全部负载并触发 rate limit 的情况。

如果您通过托管 MCP 服务器在 foura_auto 上设置了较长的超时时间，请求可能会在调用完成之前在边缘节点超时。该问题已修复。全预算的 auto 调用现在可以端到端地运行其完整的 180 秒预算。

如果您在对同一目标发起大量并发 Auto 请求时遇到 429 错误，过去这些请求会集中到一个缓存出口，因为预热路径会选择分数最高的出口并执行一次重放。现在，Auto 会根据需要建立额外的会话，并将每个请求路由至负载最低的出口。因此，突发流量会分散至多个 proxy ID，而不是向单个出口施压。本地测试结果：在无 cookie 的便携式主机上，100 个请求的突发流量现在可以在数秒内分散至已扩展的资源池中。

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

即使是顺利通过的页面，Cloudflare 也会注入被动脚本，而 Auto 过去会将任何对此脚本的引用视为主动质询，并强制运行完整的浏览器验证。现在，只有真正的插页标记（“just a moment”页面及类似页面）才会触发浏览器路径；纯净的 200 响应会从成本较低的 proxy 层返回。Auto 默认还会跟随最多 5 次重定向（可通过 followRedirects 配置）。

Dashboard 中的 API Playground 现在将 Auto 作为顶级模式，与产品行 (Single, Browser, Proxy Finder) 并列。您可以端到端体验成本感知的阶梯策略和会话摊销，为总预算设置 timeout_ms，并直接从 UI 传递 ignoreProxies。选择 Auto 会关闭按产品划分的引擎，反之亦然。

来自各产品 endpoint 的两项控制功能已在 Auto 上线。timeout_ms（5秒至180秒，默认120秒）现在是整个调用的总时间预算；编排器将其分配给内部层级，因此单个子调用无法耗尽您的整个时间窗口。ignoreProxies 允许您传递一个 Auto 应跳过的 proxy ID 列表，该设置在预热会话、良好出口探测和新出口搜索中均会生效。

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

当受 Cloudflare 保护的目标在验证通过后返回真实的地理位置封锁页面 (451) 时，Browser 产品之前会将其报告为 200，因为 watcher 硬编码了验证通过后的状态。现在，watcher 会读取验证通过后的实际 Document，因此 200 仍保持为 200，451 会显示为 451，同时 Auto 会拒绝错误的内容，并继续寻找真正符合您的 validate 规则的出口。

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