ハイライト
Proxy Finderがホストごとの学習に対応しました。単に全体として高速なproxyを選ぶだけでなく、アクセス先端サイトで実際に成功実績のあるproxyを選択します。Browserにはコールドスタート時の特定エラーを抑制する安定性修正が入りました。また、DashboardのMetricsおよびActivityビューでプロダクトごとの絞り込みが可能になりました。
新機能・変更点
Proxy Finderがターゲットに対して実際に動作するproxyを選択
今週最大の変更であり、複数回のイテレーションを経てリリースされました。
以前: Proxy Finderは一般的な適合度に基づいてグローバルプールから選択していました。同じターゲットサイトへの2つのrequestであっても、そのプールの大部分がそのサイトで機能しないにもかかわらず、同一の広範なプールから選ばれていました。
現在: クエリ対象のターゲットホストごとに、Proxy Finderは実際に成功したproxyを追跡します。新しいrequestは実績のあるセットからサンプリングし、学習を継続するために少数の未知のproxyを試行しつつ、すでにそのホストで失敗したproxyを回避します。実績セットはホスト単位で保持され、再起動後も維持されます。
ごく一部のproxyしか通らない保護されたサイトをスクレイピングしている場合、効果を実感できるはずです。無駄な選定が減り、リトライが減少し、コストの浪費を抑えられます。
フィーチャーフラグ配下で展開し、課題修正のために6回のイテレーションを実施した上で（低トラフィック下でも安定するよう学習ロジックを制御する処理にはさらに2回のパスを要しました）、今週本番のデフォルトとして有効化しました。
アイドル時間経過後のBrowserの安定性向上
2つの修正により、動作を安定させました。
1点目として、Browserのコールドスタート時にステートが古縮するバグがありました。一定のアイドル時間を経ると、基盤となるディスプレイレイヤーがロックを保持し続け、次回の起動に失敗する状態になっていました。アクセスがない時間帯の直後の初回requestが失敗またはハングする可能性がありました。現在は起動前にロックを解除しています。
2点目として、一部の環境でBrowserへルーティングするパブリックAPIパスが誤った宛先を指していました。トラフィックが警告なく誤ルーティングされていました。ルーティング設定は修正済みです。
Browserにおいて低ボリューム時に初回requestが不安定だった場合、これが原因です。
MetricsとActivityをプロダクト別にフィルタリング
DashboardのMetricsおよびActivityページにプロダクトチップフィルターを追加しました。Single、Browser、またはProxy Finderをクリックすると、該当プロダクトのトラフィックのみにチャートが絞り込まれます。集約ビューではなく、特定の使用箇所のレイテンシやエラーのみを確認したい場合に便利です。
サイトの細かな更新
/jobs ページを公開しました。Founding EngineerおよびEngineerを募集しています。各ページに対象領域、最初の1か月の想定業務、応募方法を記載しています。
また、ホームページ上のDashboardプレビューのモバイル表示を調整し、9つの公開ルートにおけるページごとのソーシャル共有画像を刷新しました。さらに、2026年のAI環境に合わせてrobots.txtを更新し（検索およびソーシャル共有プレビューは許可、学習用クローラーはブロック）、利用規約を改定して利用許諾基準を明確化し、EU消費者保護規定を含むソフィア管轄条項を反映しました。
技術的な詳細
期間の前半に実施した非公開のリネームにより、サイト全体で機能名を変更しました。プロダクトや挙動は同一ですが、以前の表現が広告プラットフォームのポリシーフィルターに抵触していました。
新しい選択ロジックに関する数値はまだ公開していません。成功率について言及する前に、本番環境トラフィックでのクリーンな2週間のデータを確保したいと考えています。確実な数値が出揃い次第、共有します。
過去1か月間、どのターゲットにどのproxyを使用するかを決定するレイヤーの再構築を進めてきました。そして困難なのはアルゴリズム自体ではなく、実際のワークロード下でそれが真に有効であるかを測定することです。それが5月の取り組みです。