CommandCodeAI / CommandCodeAI/desktop

[Feedback]: Desktop lacks support for adding custom providers (parity with CLI `Add a provider`)

未关闭
#72 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

主要语言
Shell
星标
80
派生
2
PR 合并指标
30 天内没有已合并 PR

描述

What problem are you trying to solve?

In Command Code Desktop (Linux, v0.1.30) there is no equivalent to the CLI v1.54.0 flow for adding custom providers (Add a provider / provider id: ollama, work-llm, openrouter… plus the list with vercel, groq, mistral, xai, together, cerebras, ↓ 184 more).

This is what the flow looks like in the CLI:

# Command Code v1.54.0
# models: muse-spark-1.3-contributor

Add a provider
Pick a known provider below, or type your own id.

provider id: ollama, work-llm, openrouter…
  vercel · https://ai-gateway.vercel.sh/v1
  groq · https://api.groq.com/openai/v1
  mistral · https://api.mistral.ai/v1
  xai · https://api.x.ai/v1
  together · https://api.together.xyz/v1
  cerebras · https://api.cerebras.ai/v1
  ↓ 184 more

In the Desktop app there is no screen/button/command (cmd) to do the same — only the default provider/login can be used, with no way to connect third-party providers (Ollama, OpenRouter, Groq, Together, etc.).

What would improve it?

Parity with the CLI in the Desktop app:

  • An "Add a provider" screen/button in Settings (or in the model picker);
  • A list of known providers plus a field for a custom provider id + baseURL + API key;
  • The same 190+ providers available in the CLI.

What do you do today?

I use CLI v1.54.0 in the terminal to configure the provider, but the configuration is not reflected/reusable in the Desktop app on Linux — TUI/CLI and Desktop flows seem not to sync providers/sessions (related to #25).

Context / Environment

  • Desktop: v0.1.30 (latest as of 2026-09-16), Linux
  • CLI: v1.54.0 (muse-spark-1.3-contributor)
  • Reported on: Linux

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

调研方向

首先,将 CLI 的“Add a provider”流程与 issue 中描述的 Desktop Settings 或 model-picker 流程进行比较,包括与 #25 相关的 provider 配置和 session-sync 行为。定义已知 provider、自定义 provider ID、base URL 和 API key 应如何表示。完成标准是 Desktop 能够在 Linux 上以与所请求 CLI 功能相当的方式添加并复用 provider。

由索引模型根据 Issue 内容生成。

评估

技术栈
linux, ollama
领域
api, desktop
Issue 类型
功能
难度
5/5
预计耗时
一周以上
活跃度
活跃
描述清晰度
基本清楚
新手友好度
45/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。