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
When using OpenCode with multi-provider routing (OmniRoute, OpenRouter, LiteLLM, 9Router), users must manually reconfigure the \\provider\\ / \\model\\ settings each time they want to switch routing strategies. For example:
Cost routing: cheap models for drafting, expensive for review
Reliability routing: failover chain (Bedrock → Together → OpenRouter)
Offline routing: local Ollama only, no cloud calls
Switching presets via slash command: \/preset cost\\ or \/preset local\\
Why
Multi-provider router setups are common in fleet-style agent workflows. Switching routing strategy mid-session (e.g., switching to local when offline, or to a high-capacity router for a long refactor) requires editing config files and restarting. Named presets would make this a one-command operation.
Environment
OpenCode CLI on Windows 11 Enterprise
Using OmniRoute (localhost:20128) as primary router
The issue body is empty (contains only @-). A Feature Request requires a description explaining the problem or need, and a verification checkbox confirming no duplicate exists.
Please edit this issue to address the above within 2 hours, or it will be automatically closed.
If you believe this was flagged incorrectly, please let a maintainer know.
Thanks for updating the issue! It now clearly describes the problem, the proposed behavior, and includes environment info. Everything looks good — the needs:compliance label has been removed.
Activity
github-actions commentedon Jul 1, 2026
This issue doesn't fully meet our contributing guidelines.
What needs to be fixed:
@-). A Feature Request requires a description explaining the problem or need, and a verification checkbox confirming no duplicate exists.Please edit this issue to address the above within 2 hours, or it will be automatically closed.
If you believe this was flagged incorrectly, please let a maintainer know.
github-actions commentedon Jul 1, 2026
Thanks for updating the issue! It now clearly describes the problem, the proposed behavior, and includes environment info. Everything looks good — the needs:compliance label has been removed.
github-actions commentedon Aug 31, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.