亮点
Proxy Finder 支持了按主机（per-host）自适应。它不再只是挑选一个全局速度较快的 proxy，而是会选择已经对你所请求的目标站点验证有效的 proxy。Browser 获得了稳定性修复，解决了一类冷启动故障。此外，Dashboard 的 Metrics 和 Activity 视图现在支持按产品筛选。
新增内容
Proxy Finder 会挑选对目标站点切实有效的 proxy
这是本周最大的变更，经过了数次迭代才最终上线。
此前：Proxy Finder 根据全局健康状况从通用池中选择 proxy。即使该池中的大部分 proxy 无法在特定站点上运行，针对同一目标站点的两次 request 仍会从同一个大池中选取。
现在：针对你查询的每个目标 host，Proxy Finder 都会跟踪哪些 proxy 确实请求成功。新的 request 会从经过验证的集合中抽样选取，回退到少量未知 proxy 进行探测以持续学习，并避开在该 host 上已经失败的 proxy。该验证集合基于每个 host 独立维护，并在重启后持久保留。
如果你抓取的受保护站点只有极少数 proxy 可以访问，你应该能明显感受到这一优化。无效选取更少，重试更少，预算浪费更少。
我们通过特性开关灰度发布了该功能，进行了六次迭代以消除边界问题（其中为了控制学习逻辑以保证其在低流量下保持稳定，又额外进行了两轮调整），并在本周切换为生产环境默认配置。
Browser 在空闲期后保持稳定
两项修复，一个结果。
首先，Browser 在冷启动时存在一个陈旧状态（stale-state）缺陷。在经历足够的空闲时间后，底层显示层持有的锁会阻止下一次启动成功。在静默期后的第一个 request 可能会失败或挂起。我们现在会在启动前清理该锁。
其次，在某些环境中，路由到 Browser 的公开 API 路径指向了错误的目标。流量曾被静默错误路由。现在路由配置已修正。
如果你在低流量下遇到过 Browser 首个 request 不稳定的情况，原因就在这里。
按产品筛选 Metrics 和 Activity
Dashboard 的 Metrics 和 Activity 页面现已提供产品标签筛选器。点击 Single、Browser 或 Proxy Finder，图表即可仅限定为该产品的流量数据。当你想单独查看某一部分用量的延迟或错误，而不是聚合视图时，这非常有用。
网站细节更新
/jobs 页面已上线。我们正在招聘一名创始工程师（Founding Engineer）和一名工程师（Engineer）。两个职位页面均详细说明了职责范围、首月工作规划以及申请方式。
我们还优化了主页 Dashboard 预览在移动端的渲染效果，更新了九个公开路由的独立社交分享图片，针对 2026 年 AI 环境更新了 robots.txt（允许检索与社交分享预览抓取，屏蔽模型训练爬虫），并更新了服务条款，增加了更明确的可接受使用条款以及附带欧盟消费者例外条款的索非亚管辖权说明。
底层实现
本周期早些时候进行了一次非面向客户的重命名，更改了全站的一处功能名称。产品相同，行为相同；旧的措辞此前触发了广告平台的政策过滤。
我们目前暂不发布新选择逻辑的数据。在对成功率下结论之前，我们需要两周干净的生产环境流量数据。拿到真实数据后，我们会予以公布。
过去一个月，我们重构了负责决定针对特定目标使用哪个 proxy 的层。难点不在于算法本身，而在于衡量它在实际负载下是否真正有效。这就是我们五月的工作重心。