新增/修改供应商版本，不再出现Claude Auth类型

[LRike]

供应商页面，新增/修改供应商信息时，供应商类型无法选择【Claude Auth】选项。历史auth供应商仍可以使用，单纯页面枚举获取问题

新增

修改

[github-actions]

Thank you for reporting this issue.

Analysis:
I found the root cause of the missing "Claude Auth" option in the provider form. Based on my analysis of the codebase:

Affected code:

• src/app/[locale]/settings/providers/_components/forms/provider-form/sections/routing-section.tsx (line 69) - The provider type dropdown is hardcoded to only show 4 types

Root cause:
The providerTypes array in the routing section component is missing two valid provider types that are defined in the system:

// Current (incomplete):
const providerTypes: ProviderType[] = ["claude", "codex", "gemini", "openai-compatible"];

// Should include all 6 types defined in src/types/provider.ts:
// "claude" | "claude-auth" | "codex" | "gemini" | "gemini-cli" | "openai-compatible"

Verification:

• src/types/provider.ts (lines 6-12) - Defines 6 valid ProviderType values including "claude-auth" and "gemini-cli"
• src/drizzle/schema.ts (lines 168-177) - Database schema supports all 6 provider types
• messages/zh-CN/providers.json (lines 9-12, 17-20) - i18n translations exist for "claudeAuth" and "geminiCli"

As you correctly noted, existing "Claude Auth" providers still work fine since the database and backend support them - this is purely a frontend UI enumeration issue where the dropdown options are incomplete.

Impact:

• New providers: Cannot select "Claude Auth" or "Gemini CLI" types
• Existing providers: Continue to function normally (data is preserved, just dropdown is incomplete)

---

Automated response from Claude AI

[wangtufly]

已经全都改成能选择的claude message API了，期待作者大佬早日优化，目前动不动就熔断了。

[ding113]

您好，这是新版本的特性。由于 oauth 短期内无开发计划，原先的 auth 并无任何实际应用场景。

[wangtufly]

好的，给您加鸡腿。

[LRike]

@ding113 @wangtufly
我接的很多中转站都是使用Auth token的形式，直接配置message API使用会报错，因为接口路径不同。后续还会开放吗？如果不开发，我只能回退到0.4往下的版本继续用了。。。。

另外咨询下，这个是哪个版本发生的变更？没看见相关记录呢

[ding113]

@ding113 @wangtufly 我接的很多中转站都是使用Auth token的形式，直接配置message API使用会报错，因为接口路径不同。后续还会开放吗？如果不开发，我只能回退到0.4往下的版本继续用了。。。。

另外咨询下，这个是哪个版本发生的变更？没看见相关记录呢

您好，Claude 的 Message API 和 Claude 的 Auth Token 的接口路径完全相同，且互相兼容。在此变更之前，已经进行了广泛的测试和验证。

目前已经测试过，Linux.do 站内和市面上绝大多数中转站都适配 Message API。如果您出现了任何不兼容的情况，请检查端点是否填写错误。

比如，您截图的 88code，对应的 Message API 端点应该为 https://www.88code.ai/api。而非您截图提供的https://www.88code.ai/openai。

有鉴于先前版本中，部分用户误解了 Claude Auth Token 和 Gemini CLI 供应商类型的使用场景，因此在后续版本中移除了 Claude Auth Token 以及 Gemini CLI 这两种供应商类型。这个限制在 v0.5.1 版本中完成。

事实上，目前几乎所有中转站都适配 Claude Message API 以及 Gemini API 类型，不存在任何只适配 Claude Auth Token 的中转站。