我正在使用 Qoder 和 Qoder CLI,发现它们不支持 Moonshot 开放平台的 API Key(格式为 `sk-xxx`)。但来自 KimiCode 订阅的 API Key(格式为 `sk-kimi-xxx`)可以正常配置。 虽然工具中提供了“Coding Plan”和“按量付费”两种类型选项,但按我的理解: - “Coding Plan”对应 KimiCode 订阅的 `sk-kimi-xxx` 格式 API Key; - “按量付费”对应 Moonshot 开放平台的 `sk

根据你之前的描述,我按照你给出的结构输出如下:


Problem

What problem does this solve?
Qoder 和 Qoder CLI 目前不支持 Moonshot 开放平台的 API Key(格式为 sk-xxx)。只支持来自 KimiCode 订阅的 API Key(格式为 sk-kimi-xxx)。虽然工具中提供了"Coding Plan"和"按量付费"两种类型选项,但实际"按量付费"对应的 Moonshot sk-xxx 密钥无法正常使用,导致用户无法通过 Moonshot 开放平台使用该工具。

Solution

How should it work?

  • "Coding Plan"类型应正确对应 KimiCode 订阅的 sk-kimi-xxx 格式 API Key(当前已可用)。
  • "按量付费"类型应正确支持 Moonshot 开放平台的 sk-xxx 格式 API Key,包括密钥验证、API 调用链路等均需正常工作。
  • 工具应能够区分两种密钥来源,并分别调用正确的后端接口或认证方式,不再出现 sk-xxx 无法配置的问题。

Use Case

When would you use this?
当用户购买了 Moonshot 开放平台的按量付费服务,而不是 KimiCode 订阅时,希望能够直接使用自己的 sk-xxx 格式 API Key 在 Qoder / Qoder CLI 中进行配置和开发,无需额外购买 KimiCode 订阅。

Priority

:red_circle: High - Blocking issue
(因为该问题直接导致一部分用户完全无法使用该工具,属于阻塞性问题)

Additional Info

  • 现状描述:选择"按量付费"并输入 sk-xxx 密钥后,工具无法正常工作;选择"Coding Plan"并输入 sk-kimi-xxx 密钥则可以正常配置。
  • 推测原因:工具可能在后端验证逻辑或 API 端点上硬编码了 sk-kimi- 前缀,或者"按量付费"尚未对接 Moonshot 开放平台的实际接口。
  • 期望行为:两种类型的 API Key 都能按各自预期的方式生效。

确实,太需要Moonshot了,主要是账户中的费用还没有用完

竟然还没有修复,我也买了但是现在用不了,Kimi官网也没有个退款的地方

是的,太需要了,按理说有配置入口应该都能用才对。也不确定官方修复这问题不