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
{{ message }}
Repository navigation
[FEATURE]: Support multiple auth profiles per provider #16866
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
I have searched existing issues and could not find the same request.
This is a feature request, not a bug report.
I am opening this issue first for design discussion before any PR.
Problem
OpenCode already has strong provider-agnostic support, but authentication still appears to be effectively single-profile per provider in normal usage.
That makes it difficult to use cases like:
separate personal and work credentials for the same provider
separate org/project credentials
explicit backup credentials for the same provider
switching between multiple legitimate accounts without rewriting config or re-authing
Proposed solution
Please support multiple named auth profiles per provider.
Example direction:
anthropic/personal
anthropic/work
openai/default
openai/team-a
Useful capabilities would be:
store multiple auth profiles for the same provider
select an active profile
optionally reference a profile from config / agent config
switch profiles from CLI or TUI
keep backward compatibility with the current single-auth setup
Why this belongs in OpenCode
This seems aligned with OpenCode’s provider-agnostic philosophy. It would improve flexibility for real-world usage without coupling the project to any specific provider.
It would also create a clean foundation for future resilience features such as cooldown-aware failover.
Non-goals
I am not asking for hidden quota bypassing. I am asking for explicit, user-configured auth profiles for legitimate multi-account / multi-org setups.
Additional context
A lot of users have separate personal/work credentials or multiple organization-managed credentials for the same provider. Right now that seems harder than it needs to be.
Reacted by Remco, Colin Blokkeel, Jakub Ledwoń, Santiago M. Mola, lukasbash, setiana, kefasjw and Anderson Souza
Please review the above issues to see if your request is already covered. If it is, consider adding a comment or reaction there rather than opening a new issue.
Activity
github-actions commentedon Mar 10, 2026
This issue might be a duplicate of existing issues. Please check:
Please review the above issues to see if your request is already covered. If it is, consider adding a comment or reaction there rather than opening a new issue.
github-actions commentedon Jul 4, 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.