PulseAugur
实时 10:37:18
English(EN) Cursor’s BYOK support feels deliberately crippled — and calling it “by design” makes it worse

Cursor IDE 的 BYOK 支持被批评为故意削弱

Cursor IDE 的用户对该平台的自带密钥 (BYOK) 支持表示不满,声称其被故意削弱。当用户启用外部 API 密钥(例如来自 OpenAIAnthropic)然后尝试使用 Cursor 的专有模型(如 Composer 2.5)时,就会出现此问题。据报道,Cursor 的系统并未正确路由请求,而是阻止使用 Composer,理由是它不支持自定义 API 密钥。Cursor 将这种行为从描述为错误转变为有意的设计选择,阻止用户将自己的 API 密钥与 Cursor 的模型无缝集成,导致有人指责该公司制造障碍以鼓励使用其自身的计费和模型。 AI

影响 使用 Cursor IDE 内的 BYOK 模型可能会给开发人员带来摩擦,影响工作流程的灵活性。

排序理由 用户对软件产品中特定功能的实现提出投诉。

在 r/cursor 阅读 →

AI 生成摘要 · Google Gemini · 来自 1 个来源。 我们如何撰写摘要 →

Cursor IDE 的 BYOK 支持被批评为故意削弱

报道来源 [1]

  1. r/cursor TIER_2 English(EN) · /u/Strict_Food_7419 ·

    Cursor 的 BYOK 支持感觉像是被故意削弱——称其为“按设计”使其变得更糟

    <!-- SC_OFF --><div class="md"><p>Cursor claims to support BYOK, but the actual implementation feels deliberately incomplete. The way Cursor has handled the Composer/BYOK problem makes it increasingly difficult to believe this is merely an innocent oversight.</p> <p>Relevant Curs…