makecindy / makecindy/cindy

bug: 隐藏的Cindy官方 DeepSeek 仍会被协作窗口选用,且无法单独停用

Open
#2,697 2 comments 0 reactions 0 assignees View on GitHub
bug
Dominant language
TypeScript
Stars
2.7k
Forks
395
Avg merge
21h 48m
Merged PRs (30d)
776

Description

**客户端版本**: 0.1.46
**反馈类型**: bug

---

### 问题描述

同时接了 Cindy 官方通道和自己的 DeepSeek 官方 API 后,我把官方列表里的 DeepSeek V4 Pro 藏起来了,只想用自己的 API。让会话去开一个 DeepSeek Pro 协作窗口时,它还是开成了 Cindy 官方那条。

根因有两层,要叠在一起才发生:

1. **隐患根源:没有正确的指定模型办法。** 协作窗口选模型时,官方通道是 `deepseek/deepseek-v4-pro`,自己的 API 是 `deepseek-v4-pro`,显示名都叫「DeepSeek V4 Pro」。给 Agent 的可用列表不标这是哪家供应商、也不标用户藏过没有。Agent 看见带前缀的那条更像「官方」,就选了它。
2. **实际触发:官方列表无法单独停用某个模型。** 设置里对 Cindy 官方通道,单个模型只有「在模型选择中显示 / 全部隐藏」。看得见的停用是「停用此供应商」,会把整份官方列表一起关掉,里面其它还要用的模型也不能用了。所以我只能藏官方 DeepSeek;藏了选择器里看不见,但协作窗口照样能点名用。

### 复现步骤

1. 同时连接 Cindy 官方通道,以及自己的 DeepSeek 官方 API。
2. 设置 → 模型供应商 → Cindy 官方列表,把 DeepSeek V4 Pro 关掉「在模型选择中显示」。不要停用整个官方供应商。
3. 在任意会话里让 Agent 开一个 DeepSeek Pro 协作窗口。
4. 查看新建 Worker 实际用的模型和来源。

### 期望行为

- 用户说「开 DeepSeek Pro」时,应落到自己已接入、且仍可见的那条(这里是自己的官方 API),而不是已隐藏的 Cindy 官方通道。
- Agent 选模型时能区分「哪家供应商 + 哪个模型」,而不是只拿到一串同名 id。
- Cindy 官方列表应能单独停用其中某一个模型,而不必关掉整份官方列表。

### 实际行为

- 协作窗口被建成 `deepseek/deepseek-v4-pro`,走的是已隐藏的 Cindy 官方通道。
- 自己的 API `deepseek-v4-pro` 当时也在可用列表里,但 Agent 选了带前缀的那条。
- 手动把 Worker 改成自己的 API 后才走对。

### 复现频率

本机按上述步骤必现。

### 已尝试

- 在设置里隐藏官方 DeepSeek V4 Pro / V4 Flash(没有停用整个官方供应商)。
- 手动把已开错的 Worker 改成自己的 API `deepseek-v4-pro` 后走对。

### 相关 issue

- #2207 已经写过:同一模型会有多种写法,不同写法会落到不同供应商;给 Agent 的模型列表又不标明每条属于哪家。这次就是这个缺口的一次实锤——`deepseek-v4-pro` 是自己的官方 API,`deepseek/deepseek-v4-pro` 是 Cindy 官方通道,显示名都叫「DeepSeek V4 Pro」,Agent 只能靠 id 长相猜,于是选了带前缀的那条。#2216 想给列表补上供应商信息,目前还没合。
- #2680 说的是创建 Worker 时指定不了供应商。这次同样卡在这里:即使用户心里要的是自己接入的 DeepSeek,协作窗口也没有「框架 + 供应商 + 模型」这条路可走,只能丢一个模型名进去。
- #1153(已关闭)当时已经分清「隐藏」和「停用」:隐藏只是选择器里不显示,被点名或当前会话仍可用。它修的是选择器反馈,没有覆盖协作窗口这条 Agent 点名路径。所以用户把官方 DeepSeek 藏起来之后,选择器里确实没了,协作窗口却还能把它开出来。
- #1644 是选择器里官方 DeepSeek 和另一家 DeepSeek 显示名打架。问题形态一样:同名不同源时,界面和 Agent 都分不清用户到底要哪一条。
---
**版本区域**: CN
**OS**: win32 x64 (10.0.19045)
**界面语言**: zh-CN

Contributor guide

Open the contributing guide

Research direction

No files or tests are named in the issue. Start by reproducing the two-provider setup and trace how hidden models are exposed to Agent collaboration-window creation, comparing the model-selection paths described in #2207, #2216, #2680, #1153, and #1644. Done means a hidden provider model is not selected, the intended provider and model remain distinguishable, and one official-list model can be disabled independently.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
ai, backend-api-design
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.