[ENHANCEMENT]

[sebastianlang84]

Problem (one or two sentences)

The "OpenRouter" provider ignores the configured "Base URL" when fetching the model list (GET /models), hardcoding the request to openrouter.ai instead. This prevents users from using local proxies to filter or manage the available models list.

Context (who is affected and when)

This affects users who need to restrict or curate the model list via a proxy (e.g., corporate environments or custom setups) while keeping the OpenRouter provider's features. It happens whenever the model list is refreshed in the settings.

Desired behavior (conceptual, not technical)

When I configure a custom "Base URL" in the OpenRouter provider settings, Roo Code should use that URL to fetch the list of models instead of always going to the public OpenRouter API. If no Base URL is set, it should keep using the public API.

Constraints / preferences (optional)

The fallback to the public OpenRouter API (if no Base URL is set) must be preserved to ensure the default experience remains unchanged for most users.

Request checklist

• I've searched existing Issues and Discussions for duplicates
• This describes a specific problem with clear context and impact

Roo Code Task Links (optional)

No response

Acceptance criteria (optional)

Given the OpenRouter provider is selected
And a custom Base URL (e.g., http://localhost:5556/api/v1) is configured
When I refresh the model list
Then Roo Code should send a GET request to http://localhost:5556/api/v1/models
And display the models returned by that endpoint.

Given the OpenRouter provider is selected
And NO custom Base URL is configured
When I refresh the model list
Then Roo Code should send a GET request to https://openrouter.ai/api/v1/models (default behavior).

Proposed approach (optional)

Modify the OpenRouterProvider class (or equivalent handler) to check for the existence of a custom baseUrl configuration before making the model list request. If it exists, use it; otherwise, fall back to the default OpenRouter API URL.

Trade-offs / risks (optional)

Minimal risk. If a user has a broken or unreachable Base URL configured, the model list fetch will fail, but this is expected behavior for a misconfiguration.

[roomote]

I've analyzed this issue and here's my proposed implementation plan:

Root Cause

The OpenRouter model list fetch in src/core/webview/webviewMessageHandler.ts (line 897) currently calls:

{ key: "openrouter", options: { provider: "openrouter" } }

This doesn't pass the configured openRouterBaseUrl from apiConfiguration, unlike other providers (e.g., Requesty, DeepInfra) which correctly pass their custom base URLs.

Additionally, in src/api/providers/fetchers/modelCache.ts (line 69-70), the getOpenRouterModels() function is called without passing any options:

case "openrouter":
    models = await getOpenRouterModels()
    break

Proposed Fix

1. Modify src/core/webview/webviewMessageHandler.ts: Update the openrouter candidate to include the base URL:

   { key: "openrouter", options: { provider: "openrouter", baseUrl: apiConfiguration.openRouterBaseUrl } }

2. Modify src/api/providers/fetchers/modelCache.ts: Pass the baseUrl option to getOpenRouterModels():

   case "openrouter":
       models = await getOpenRouterModels({ openRouterBaseUrl: options.baseUrl })
       break

This approach:

• Respects the custom Base URL for model list fetches when configured
• Falls back to the default OpenRouter API (https://openrouter.ai/api/v1) when no custom URL is set
• Is consistent with how other providers (Requesty, DeepInfra) handle custom base URLs

Please mention @roomote in a comment saying that you approve this plan, and I'll proceed with the implementation.

[daniel-lxs]

@roomote Proceed with the plan

[roomote]

I've seen your approval and will proceed with the implementation. I'll open a PR to share progress shortly.

[roomote]

Opened a PR with my attempt at addressing this: #11154

The fix passes the configured openRouterBaseUrl through the model fetching pipeline so that getOpenRouterModels() uses it instead of the hardcoded default. Feedback welcome!