在平台误触删除deepseek密钥，dsh无法更新密钥，也不支持删除重新设置密钥

[Cristobalite]

问题同https://github.com/deepseek-ai/deepseek-harness/discussions/7625，此问题未被解决就被关闭了，无法在web或者desktop更新新的密钥。希望能得到解决方案。

[Cristobalite]

情况如图所示，显示由环境变量提供且只读。本人检查用户和系统的环境变量没有看到任何API相关情况的变量。

[Cristobalite]

问题已解决，手动添加环境变量DEEPSEEK_API_KEY输入即可。但是未见到系统提供的官方密钥更新功能。

[PerryLink]

密钥其实有四条解析来源（文档里写着）——问题在"没有从界面写进去的入口"

1. 权威依据（apps/cli/reference/README.md:129）

Provider credentials resolve from the inherited environment, $DSH_HOME/.credentials.yaml, the invoking directory's .env, then $DSH_HOME/.env; the managed document is never materialized into process.env, while both .env files are ordinary launch environment layers. Search uses DEEPSEEK_API_KEY and accepts DEEPSEEK_SEARCH_BASE_URL.

⇒ 也就是说，密钥按这个顺序解析：

顺序	来源	性质
1	继承的环境变量	启动时传入
2	$DSH_HOME/.credentials.yaml	⭐ 受管文档（"managed document"）
3	调用目录的 .env	普通启动环境层
4	$DSH_HOME/.env	普通启动环境层

⇒ 并且明确：受管文档不会物化进 process.env（它是被直接读取的凭据来源）。

2. ⇒ 所以"官方密钥更新功能"其实是差一个界面入口，而不是缺能力

第 2 条 $DSH_HOME/.credentials.yaml 就是受管凭据文档——它天然就是"官方更新密钥"应该写入的地方。⇒ 建议诉求写成：

应当在 Web/桌面端提供写入受管凭据文档的入口（新增/轮换/删除密钥），使密钥可在不编辑环境变量、不手工改文件的情况下更新；并明确提示当前生效的来源（环境变量优先级高于受管文档）。

"提示当前生效来源"这一句很实用：你们这条的困惑一半来自"不知道它到底从哪读的"——而上面那张四行表就应当出现在设置界面或文档里。

3. 立即可用的处置（与另一条评论一致）

同帖里已有用户报告：手动添加环境变量 DEEPSEEK_API_KEY 即可恢复。⇒ 这与第 1 节第 1 条来源一致（继承环境优先）。

⇒ 若你不想用环境变量，也可以写第 2 条那个受管文档（$DSH_HOME/.credentials.yaml）——但请先备份，并注意格式（我没有核该文件的字段结构，见第 5 节）。

4. 关于你引的 #7625

你写"此问题未被解决就被关闭了"。⇒ 建议不要再在原帖追问（已关闭的帖很难被重新看到），而是新开一条，并在其中：

1. 引用第 1 节的四行解析顺序（把"它从哪读"讲清）；
2. 说明当前唯一可用路径是环境变量（另一用户已验证）；
3. 明确诉求：受管文档的写入入口 + 生效来源提示。

⇒ 这样它从"我更新不了密钥"变成"受管凭据缺少写入入口"——后者是可实现的功能项。

5. 一条边界

我确认的是四条解析来源与该顺序、以及 DEEPSEEK_API_KEY 这个变量名（README 原文）。$DSH_HOME/.credentials.yaml 的字段格式我没有核（本轮未读该文档格式说明）⇒ 若你要手工写它，请先备份原文件，或先用环境变量这条已被人验证过的路径。