建议: 使非技术用户也能够轻松设置提供者/ API 密钥(在应用程序中提供密钥指导和验证)

问题 正在登入的"Connect a model"步骤显示一个API密钥的密码字段,没有实际得到*get * 1的应用路径,而密钥从未被验证——一个错误或过期的密钥被默默接受,只在后期失败,中间交接,不透明错误. 对于一个非技术用户(例如把这个交给一个家庭成员)来说,这是一个困难的站:他们不知道如何获得OpenAI/Anthropic/Google密钥,他们没有得到任何反馈,认为他们所贴的东西是错误的.

• 密码库中已经有经过验证的图案 连接符描述符("平台/同事/连接符/描述符.py")已经做了模型提供者不完全正确的事情:

• `指示'作为UI中的编号列表(例如“打开电报和信件@BotFather......”),以及
• 实时 " 验证 " 回电,以真正的API电话确认证书。

模式提供者(`平台/同事/提供者/登记.py')也没有。

建议

1. Key-Assessing help — 添加每个提供者的"如何得到一键"指令+与每个提供者的密钥页面(OpenAI / Anthropic / Google AI Studio)的深度链接,浮出水面,既登机,也登出管理面板. (`帮助'文本已经部分存在,但上船并不能使其生效。 )
2. ** 保存上的数字**——输入密钥时进行一发即时检查,返回一个明显的成功(或一个真实的,具体的错误)而不是沉默接受. 瞬间/下行故障仍应让用户保存,仅标出未验证.

明确超出范围

• ** OAuth** — 被推迟(在# 302中单独跟踪); API 密钥在这里仍然是路径 。
• 这不是**#328中更广泛的通用提供者/模型配置重新设计——它是现有流量上的一个添加剂UX层.

• 提议 很高兴打开公关 描述剂浓缩(第1部分)很小,纯粹是添加剂,可以首先降落;验证(第2部分)可以随之而来. 喜欢自己拥有登上舱面 还是想用不同的方式拆分