接入其他大模型，不支持key的填写

[ShuShuShu11]

我直接去配置文件手动填写key，结果dsh是读不到我接的模型的配置了

[ShuShuShu11]

《添加提供方》没法填key，《添加自定义提供方》可以填

[PerryLink]

你把两个入口的区别看准了：添加提供方 卡片本来就不是用来填 key 的，添加自定义提供方 才是。

1. 两个入口写的东西不同

同一个编辑器组件按模式分叉：

packages/client/ui-settings-models/src/client/ProviderEditor.tsx
:77    credentialOnly?: boolean
:284   const ops = props.credentialOnly === true ? [] : …      // 只写凭据时，不产生任何 settings 变更
:296   if (keyValue.length > 0) { const stored = await operations.storeCredential(keyRef, keyValue) … }
:260-262  layout === 'pi-ai' 且双方都没有 apiKeyEnv 且填了 key 时，才会写入 apiKeyEnv = keyRef

credentialOnly 用在引导流程里（DeepSeekOnboardingDialog.tsx:122），语义就是"这次只落一个密钥"。⇒ 内置提供方那张卡片走的是设置/路由这一侧：它的 key 来自凭据存储里由 refFor(...)（:186）推导出的引用，或者来自启动环境——而环境提供的那一个按文档是只读的：

A key the launching environment supplies is read-only — DEEPSEEK_API_KEY=… dsh wins for this run; saving or removing it is refused.
（packages/credentials/credentials-local/README.md:119）

所以内置卡片"没有地方填 key"是符合设计的，不是漏了控件。自定义提供方那张卡片才有 key 输入框，因为它可以同时记下 apiKeyEnv 与密钥（:260-262）。

2. 你手工改配置文件"读不到"的原因

.credentials.yaml 不是随便写键值的地方，它是有固定分节的文档，密钥要写在 refs 段、以环境变量名为键：

version: 1

refs:
  DEEPSEEK_API_KEY: sk-…

而 records: 段是按 <owner>/<id> 放每个插件自己的凭据。写错分节/写错键名会被直接拒绝加载（credentials-local/src/index.ts:179-222 会报未知顶层键、非映射根等）。⇒ 你"手动填了 key，结果配置读不到"很可能就是这条；而如果你是在 cordis.yml 里填 key，那更不会生效 —— 凭据不走那条路。

3. 建议的动作

1. 想给内置提供方换 key：清掉启动环境里的 DEEPSEEK_API_KEY，然后把 key 写进 .credentials.yaml 的 refs；或直接在启动环境里改那个变量（这是文档给出的正解）。
2. 想接第三方模型：用 添加自定义提供方，那里能同时填 baseURL、模型与 key。

边界：读的是 00102833df（dsh-v0.1.7-alpha.2）的提交树；你报的是 0.1.0-rc.6，UI 结构可能已变（credentialOnly、refFor 这两个名字可以用来在你那个版本里定位）。我没有复现，也看不到你两张截图的内容。