You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are integrating TITAN, Theus's commercial model router, and completed a preregistered, cache-only routing pilot on the 809 shared sub_10 cases. The pool uses the exact three historical model IDs in your official caches. Selection received only each question; we froze the policy/state and sealed every prediction before accessing scores. No component was trained or tuned on RouterArena, and no inference, embedding or model-judge calls were made.
Our evaluator stopped on one cached value outside our preregistered [0,1] quality domain:
We retained all 809 routing decisions and have published no aggregate quality/cost for this failed run. We did not clip the value, drop the case, or impute a replacement.
Is this negative cached METEOR value intentional, and how should the current official aggregator treat it?
For a future commercial-router submission, may the complete 8400-case and 420-case robustness predictions reuse exact public cached generations with fixed, disclosed provenance? Which artifacts and redistribution permissions are required when the router implementation and operational snapshot remain private?
We understand that this 809-case pilot is not eligible as a full leaderboard result and are not requesting that it be listed as one. We want to establish a valid zero-new-inference path to a complete submission.
Cache-only submissions. Yes, as long as the router chooses the model for each query from that query alone. The evaluation-only rule now says so: a row may take its answer unchanged from RouterArena's own cached answers in cached_results/ instead of calling the model again, and the cached answers and their scores must not inform the choice. Answers from other submissions' prediction files remain excluded.
A complete submission needs the config file, all 8,400 rows in the prediction file and the 420-row robustness file, as in the README's submission section. Closed-source routers are welcome; the router's code and snapshot can stay private.
Thanks, Yifan — appreciate the thorough answer and the fix in #216 (and
the regrade in #253).
The evaluation-only rule is clear now: the router picks a model per query
from the query text alone, answers come unchanged from cached_results/, and
neither the cached answers nor their scores may inform the choice. That
matches how we had set up our offline harness.
One practical note from our side: since cached_results/ currently covers
three models, a cache-only entry would measure a router constrained to that
pool rather than the one it runs in production. We'll hold off on a
leaderboard submission for now and come back with a complete entry (config,
8,400 predictions, 420 robustness rows) when we can run the full set.
Thanks again for the quick turnaround and for keeping the process open to
closed-source routers.
Activity
Cap the METEOR fragmentation penalty so scores stay in [0, 1] (RouteW…
yl231 commentedon Oct 31, 2026
Thanks for the careful report, @AstratechPe, and sorry for the slow reply.
NarrativeQA_4102now scores 0. All leaderboard routers have since been re-graded with the fix (Re-grade the 25 leaderboard routers with the current evaluator #253).cached_results/instead of calling the model again, and the cached answers and their scores must not inform the choice. Answers from other submissions' prediction files remain excluded.A complete submission needs the config file, all 8,400 rows in the prediction file and the 420-row robustness file, as in the README's submission section. Closed-source routers are welcome; the router's code and snapshot can stay private.
AstratechPe commentedon Oct 31, 2026