更新履歴

proxyは別のネットワークパスから継続的に検証されるようになったため、稼働中のプールには(最初に発見された時だけでなく)現在実際に機能している出口のみが保持されます。/api/proxyを呼び出すか、/api/autoにrequestをルーティングさせる際、選択されたproxyが初回で機能する確率が高くなります。

APIは、ターゲットURL、リダイレクトチェーン、または proxy フィールドがプライベートまたは予約済みIP範囲に解決される、すべてのSingleまたはBrowserリクエストをブロックします。パブリックなターゲットが内部ネットワークにリダイレクトする場合でも、リクエストは到達する前に停止します。

概要ページに、使用された合計クレジットとプロダクト別 (Single、Proxy、Browser) の内訳を示すクレジットパネルが表示されるようになりました。大きな数値はコンパクトに表示され (29.7Mなど)、ホバーすると正確な値が表示されます。アクティブなフィルターと時間範囲が反映されます。

/api/autoに否定的なvalidate（{data: {fail: ['"Due to legal reasons"']}}など）を渡した場合、フェイルリストがそのテキストと偶然一致しなかったため、Cloudflareの「Just a moment」インタースティシャルがキャッシュされた成功としてすり抜ける可能性がありました。現在、Autoはvalidateルールを適用する前にチャレンジページを拒否し、スコアリングする代わりに不良なexitをスワップして再解決を実行します。

FourA MCP Serverの専用ページがfoura.ai/mcpに開設されました。クライアント (Claude Desktop、Claude Code、Cursor、VS Code、Windsurf、またはホスト型リモートサーバー) を選択し、設定をコピーするか、Add-to-CursorおよびInstall-in-VS-Codeのディープリンクを使用してワンクリックでインストールします。次の4つのツールが同梱されています: foura_auto、foura_single、foura_proxy、foura_browser。

一部のターゲットは特定の国にのみ応答します（地域のスポーツブック、地域制限のあるマーケットプレイスなど）。Autoはサイトがジオゲートされていることを検知し、どの国が実際の応答を返すかを記憶して、以降の呼び出しではそれらの国から新しいexitを取得するようになりました。また、同時実行の負荷は許可されたセット全体に分散されるため、1つのexitがすべての負荷を負担してrate limitを受けることはありません。

ホスト型MCPサーバー経由でfoura_autoに長いタイムアウトを設定すると、呼び出しが完了する前にエッジでリクエストがタイムアウトする可能性がありました。この問題は修正されました。最大予算のauto呼び出しは、180秒の予算を最後まで実行できるようになりました。

1つのターゲットに対して多くのAuto呼び出しを同時に実行した際に429エラーが発生していた場合、従来はスコアの高いexitが選択され1度だけリプレイされるウォームパスの仕様により、それらの呼び出しが単一のキャッシュされたexitに集中していました。現在のAutoは必要に応じて追加のセッションを開き、各呼び出しを最も負荷の低いexitにルーティングします。これにより、バーストが1つのproxyに集中するのではなく、複数のproxy IDに分散されます。ローカルでの測定結果: no-cookieのポータブルホストでの100回のバースト呼び出しは、数秒以内に拡大したプール全体に分散されるようになりました。

メインサイト、ブログ、ドキュメント、およびUpdatesポータル全体の言語スイッチャーを刷新しました。各オプションには、言語のネイティブ名と現在のUI言語での名前が表示され(ブルガリア語サイトでの「Deutsch · немски」など)、検索ボックスを使用して全13のロケールを名前、コード、ロケールIDでフィルタリングできます。各オプションはhreflangを含む実際のリンクになったため、検索エンジンやAIクローラーがすべての翻訳をたどれるようになりました。また、cmd-clickで別の言語を新しいタブで開くことができます。スイッチャーはすべてのサイトのフッターにも配置されています。

Cloudflareは正常に通過するページにもパッシブスクリプトを挿入します。以前のAutoは、その参照をアクティブなチャレンジとして扱い、完全なブラウザ解決を実行していました。現在は、真のインタースティシャルマーカー(「just a moment」ページなど)のみがブラウザパスをトリガーし、より安価なproxy階層からクリーンな200が返されます。また、Autoはデフォルトで最大5回のリダイレクトに追従します(followRedirectsで設定可能)。

DashboardのAPI PlaygroundのトップレベルModeとして、Product行(Single、Browser、Proxy Finder)と並んでAutoが追加されました。コストを意識したラダーとセッション償却をエンドツーエンドで試し、総予算としてtimeout_msを設定し、UIから直接ignoreProxiesを渡すことができます。Autoを選択するとプロダクトごとのエンジンがオフになり、その逆も同様です。

各プロダクトのendpointにあった2つの制御機能がAutoに実装されました。timeout_ms (5秒から180秒、デフォルト120秒) は呼び出し全体の総制限時間となります。1つのサブコールが制限時間全体を使い切らないよう、オーケストレーターが内部ステップごとに時間を割り当てます。ignoreProxiesを使用すると、Autoがスキップすべきproxy IDのリストを渡すことができます。これはウォームセッション、good-exitプローブ、new-exit検索全体で適用されます。

以前のAutoでは、リプレイの失敗が実際のcookieの期限切れを反映していない場合でも、リプレイに失敗するたびにホストのセッションTTLが短縮されていました。cookieがまだ有効であるにもかかわらず、セッションが破棄され、再度解決されるという状態が続いていました。現在、TTLは継続的な成功に基づいて延長され、実際の期限切れ時にのみ短縮されるため、Cloudflareでクリアされたホストの学習済みセッションは、最初の403エラーで終了するのではなく、数分間にわたって維持されるようになりました。

Cloudflareで保護されたターゲットがチャレンジ通過後に実際のジオブロックページ(451)を返した場合、watcherがクリア時のステータスをハードコードしていたため、Browserはこれを200として報告していました。現在、watcherはクリア後の実際のDocumentを読み取るようになりました。これにより、200は200のまま、451は451として表示されます。また、Autoは誤ったコンテンツを拒否し、validateルールに真に一致する出口の検索を継続します。

Auto sessionは、各ターゲットの要件に適応するようになりました。インタラクティブチャレンジのないサイトはportable sessionとして実行され、cookieがproxyプールで管理されるため、ローテーションとフェイルオーバーが自動的に機能します。解除を1つの出口にバインドするサイト (主にインタラクティブなCloudflareなど) は、クリアランスごとの同時実行数上限付きでpinnedされるため、リプレイのバーストによって解除が消費されるのを防ぎます。