Skip to content

Improve provider and API key update workflow after initial setup #1597

Closed

Description

@PeterDaveHello

After the initial provider and API key setup guided by the application, updating or reconfiguring provider credentials later is not straightforward unless users have already read the documentation or have been shown how to do it. There is no clear indication or workflow in the CLI or TUI for changing providers or API keys after the initial configuration, and the interface does not make these options discoverable. This core workflow is only described in external documentation, such as Providers Documentation, and is not accessible from within the app itself.

Suggestions:

  • Provide a clear and accessible way to update or reconfigure provider and API key settings directly from both CLI and TUI, without requiring users to search external documentation or fully reinitialize the application.
  • Consider adding dedicated commands, menu options, or prompts that guide users through updating provider credentials or API keys from within the application interface.
  • Clearly document this workflow in-app so instructions are easily found when switching providers or refreshing API keys.

Addressing this would make the experience smoother and more intuitive for users who need to manage multiple LLM providers or rotate credentials. I believe improvements in this area would benefit both new and experienced users.

Looking forward to feedback and suggestions from the community and maintainers on potential approaches.

Activity

  1. self-assigned this
    on Aug 4, 2025
  2. jayair commented on Aug 8, 2025

    @jayair
    Contributor

    Any thoughts on where you'd want to see this info?

  3. PeterDaveHello commented on Aug 11, 2025

    @PeterDaveHello
    ContributorAuthor

    Putting it in the help info will should be good enough, and I can send a pull request for it if it's something acceptable 😄

  4. thdxr commented on Aug 12, 2025

    @thdxr
    Member

    does opencode auth list help?

  5. PeterDaveHello commented on Aug 12, 2025

    @PeterDaveHello
    ContributorAuthor

    @thdxr Thanks for pointing out opencode auth! The functionality is definitely there.

    I think the discoverability challenge might be semantic. For multi-provider platforms like opencode, when looking to add or switch providers, the auth namespace might not be the first place to check, even though it handles exactly that.

    Additionally, login [url] might not immediately suggest API key configuration to users familiar with direct key-setting workflows. Many AI tools use "provider" terminology and more explicit commands like configure or set-key for these workflows.

    Perhaps some small tweaks could help:

    • Adjust "manage credentials" to "manage providers and API keys" in the main help
    • Clarify the dual nature of login (both OAuth and API key workflows)
    • Consider aliases that better reflect the API key use case

    Just thoughts on making this great functionality even more discoverable. Also happy to contribute if this direction makes sense!

  6. thdxr commented on Aug 12, 2025

    @thdxr
    Member

    yep makes sense! will think on this

  7. doanbactam commented on Dec 22, 2025

    @doanbactam

    Bump

  8. arniigreat1 commented on Feb 17, 2026

    @arniigreat1

    bump, seems more complicated than should

  9. github-actions commented on Apr 19, 2026

    @github-actions
    Contributor

    To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions