Skip to content

[Revert] Router lookup gate and Gemini routing default (#716) - #726

Merged
daniel-lxs merged 1 commit into
developfrom
revert/router-gate-and-model
Jul 23, 2026
Merged

[Revert] Router lookup gate and Gemini routing default (#716)#726
daniel-lxs merged 1 commit into
developfrom
revert/router-gate-and-model

Conversation

@daniel-lxs

Copy link
Copy Markdown
Member

Reverts #716 (squash a3d7978) after routing degraded in production: a plain "Review the README in the Roomote repo" request fell through to the manual environment picker instead of routing confidently.

Restores the pre-#716 behavior: unconditional issue fetch from #693 and routing on the deployment small model (R_SMALL_MODEL). #718's registry refactor is untouched (no file overlap) and #722 stays unmerged.

Leading theory (debugging in parallel): the google/gemini-3.6-flash default doesn't resolve through the deployment's OpenCode provider config (splitOpenCodeModelId → provider google, which may not be registered — the eval validated the model via OpenRouter directly, not through the production provider path). If confirmed, the model call throws, routeTask catches, and every route degrades to fallback → manual picker, which matches the screenshot.

🤖 Generated with Claude Code

…; default routing to Gemini 3.6 Flash (#716)"

This reverts commit a3d7978.
@roomote-roomote

roomote-roomote Bot commented Jul 23, 2026

Copy link
Copy Markdown
Contributor

No code issues found. See task

Reviewed b92bf3d

@daniel-lxs
daniel-lxs merged commit 15c4f69 into develop Jul 23, 2026
16 checks passed
@daniel-lxs
daniel-lxs deleted the revert/router-gate-and-model branch July 23, 2026 17:08
daniel-lxs added a commit that referenced this pull request Jul 24, 2026
#728)

* Reapply "[Improve] Gate the linked-issue fetch on the routing precheck; default routing to Gemini 3.6 Flash (#716)" (#726)

This reverts commit 15c4f69.

* [Improve] Re-land the router lookup gate with no hardcoded model id

Re-lands #716's two-step gate (precheck without tools; fetch linked-issue
context only on needsExternalLookup=true) after the #726 revert. The
routing model is now resolved as context.routingModel -> R_ROUTER_MODEL
-> undefined, deferring to the deployment small-model resolution. No
model id is hardcoded: the correct id depends on the deployment's
provider configuration (openrouter/google/... via OpenRouter vs
google/... direct), which is what broke routing in production —
google/gemini-3.6-flash resolved to the unauthenticated direct Google
provider and every routing call fell back to the manual picker.

The routing decision's model field reports the resolved id when an
override is set and the roomote-small-model label otherwise.

Verified through the real routeTask against the production provider
path (scripts/verify-reland.ts): default -> routed on the deployment
small model; R_ROUTER_MODEL=openrouter/google/gemini-3.6-flash ->
routed on Gemini with the id in debug output; the incident's message
routes to the right environment in both.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* Format types.ts per prettier

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* Strip all model-resolution changes — gate only

Per review: the router model stays exactly as on develop
(context.routingModel -> deployment small model). types.ts and
router-service.ts are now zero-diff against develop; the PR touches
only mcp-gather.ts (the two-step gate), its tests, and the
verify-reland script.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

---------

Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant