Deepseek Harness私自调用我的Deepseek V4 api进行扣钱，把余额都扣没了！！

[vanyeh74-blip]

事情起因是：我在Deepseek Harness中配置了Deepseek和OpenAI两个大模型的API。
其中OpenAI使用的是公司自定义OpenAI兼容网关。
弄公司项目时候，我在用公司的API-GPT大模型。项目做了两天，今天突然收到Deepseek的余额提醒。我去查看后才知道原来这两天私自有在用我的DeepSeek api模型。此前我完全没有设置任何情况下调用DeepSeek api模型的配置。

最后就是把我Deepseek的余额全扣没了！！太冤了

[Bian-Sh]

是不是 APIKEY 泄露了？

[vanyeh74-blip]

确实是在Deepseek Harness上配置了两个大模型。但我这个任务的对话框里没有主动设置过需要调用Deepseek api作为执行。对话框里的都是配置GPT SOL-5.6大模型。是Deepseek Harness处理任务时，它说在后期工具发生异常后，它在调取子代理时用了Deepseek api，因此产生了扣费。也就是它自己私自调用了其他模型。
现在我已经不敢在配置自己的api了。怕了

[1Googol]

碰到了，安装完没有配置apikey也能用，然后发现在用我的deepseekpro，不过agent太多了，没去看是拿的谁的配置

[vanyeh74-blip]

我是中午突然收到Deepseek余额提醒才知道余额快没了。中午饭点没注意，回来后查看后台，每个api我都定义了具体名字，所以我知道是这个agent使用了。

[remloyal]

同样遇到了，AI看了下问题，回答：

服务进程早于你今天的设置变更启动，子代理生成时读取的是服务内存中的旧默认路由；你的 GUI 切换只写入了 settings.yaml（agent-default-model 已正确指向 openrouter-1/ox-alpha）与主会话。仓库里已有你此前用过的官方换装重启机制（dsh-web-swap.ps1，其硬编码旧 PID 已过期）。

建议解决方案是 立即停止当前会话和服务，终端运行命令重新启动下，然后就可以了

[vanyeh74-blip]

我是直接先删除掉deepseek api配置。

[zhengyuzi]

疑似根因：子代理沿用的是会话创建时的模型，不是会话当前用的模型

翻了下源码，感觉不是"私自调用"。主会话确实用的公司网关，但子代理走的是另一条路，两边模型对不上。

Harness 里模型其实分两层：

• 会话这一层是可以切的。GUI 切模型会改主会话的选中模型，主会话每一步请求都按这个来，所以你在界面里看到的一直是网关模型。
• 但每个 Agent 在创建那一刻就把模型定死了（只读），之后不会变。子代理创建时继承的是父 Agent 创建时那一刻的模型，而不是父会话现在用的那个。

子代理解析模型的代码大概是这样：

子代理模型 = 工具配置里写的模型（一般没人配）
          ?? 父 Agent 创建时的模型（当时的默认）

你那个会话是服务进程启动时就建好的，当时默认还是 Deepseek。后来你切模型，切的只是主会话和 settings.yaml，已经建好的会话里那份模型是死的不跟着动。所以主会话是网关模型，子代理还是启动时那个 Deepseek。

临时解决办法：改完模型把服务重启一下，让新默认生效；或者在 tool-subagent 配置里手动写死 agentOptions.model，别让子代理自己继承。想验证的话，去会话日志里找子代理的 request/header，看里面 provider/model 是不是 Deepseek，跟主会话 header 对比一下就清楚了。

个人觉得这算一个设计上的坑：会话模型可以动态切，子代理却是创建时静态继承的，两边没同步。希望官方能修一下，让子代理继承父会话最近实际用过的模型。

[vanyeh74-blip]

你这么说有道理，我不是程序，所以在具体的实现上没有深入考究，但我当时确实是先配置的deepseek api后，让deepseek帮我配置公司的网关。我只是在它帮我配置完后，在对话窗口里选择了GPT大模型。实际上我之前测试时候问调用的是什么大模型。从体验主观上来说，我认为它就是在使用公司网关的api。谁想到它居然还会这样来使用deepseek api啊。

[yongzhang525433]

我觉得这个逻辑不成立，我的情况和楼主的类似，我的两个都是deepseek的密钥，一个公司的，一个我自己的，公司的密钥先配置进去，我自己的后面配置的，两个密钥在刚配置好的时候，是正常调用的，今天启动dsh后，选择了公司的工作区和模型开始干活，结果扣了我个人的余额，如果重启能解决，那我今天直接启动不应该是同样的效果吗？

[gehennawu]

我晚上刚添加的deepseek的API KEY，然后就发现扣费了。排查了一下确实跟你说的一样“子代理沿用的是会话创建时的模型，不是会话当前用的模型”，现在只能想办法做个插件指定默认子代理调用的模型。

[aoinokodou]

我也遇到这个问题了，问题好像是因为网页搜索的问题，他默认使用的是deepseek的api。所以涉及到搜索，都会用到deepseek余额

[shellexy]

我也遇到这个问题了，问题好像是因为网页搜索的问题，他默认使用的是deepseek的api。所以涉及到搜索，都会用到deepseek余额

嗯，所以就算子代理已经用了其他 API，当 llm 使用到联网搜索工具时还是可能调用 deepseek API。
所以请那几位再检查下设置里的联网搜索，然后重启服务。

[Armourwind]

web search 会调用deepseek 模型

[weijiafu14]

你的排查是对的，这不是你配置错了，也不是被"私自调用"——是 DSH 子代理的一个真实缺陷：主会话用的是你选的自定义网关，但派出去的子代理拿的是创建时定格的默认路由，回落成 deepseek-official，于是那部分 token 全记到你的 DeepSeek 余额上。同一个根因下已经有几份带源码定位的报告：#4473（子代理会话里 model 字段全是 deepseek 路由）、#4311（options 创建时快照定格）、#4371、#4555。这条链在 DSH 自己的 @deepseek-ai/dsh-subagent 里，得等官方修。

在官方修好之前，如果你希望"子代理严格跟着我当前选的网关走"，可以换一条子代理运行时：

dsh plugin --profile <你的 profile> add pi2dsh
dsh plugin --profile <你的 profile> add @tintinweb/pi-subagents
# 装完重启 dsh

它派出的子代理是真正的 DSH 会话，模型按三级解析：派发时显式指定 → 否则读调用方当前实时的路由（从会话日志最后一条 request/header 取，会话中途切过模型也跟得上）→ 最后才是创建时快照。也就是说计费流向和你界面上选的那个模型一致。

边界说清楚：这不修复 DSH 原生的 subagent / subagent_fork，那两个工具行为不变；它是另一套并行的子代理，用它派发才绕开这条继承链。

examples/subagents · 验收报告

另外建议你在 DeepSeek 开放平台把这段异常用量的时间段和这几个 issue 一并提交，扣掉的钱值得申诉一下。

[vanyeh74-blip]

还能申诉吗？我目前是先把Deepseek api先删除了。因为我还不知道处理完后还会不会出现这个问题。

[edision]

内置搜索web_search会调用，配了DeepSeek ApiKey就会消耗。应该是消耗deepseek-flash的额度。还有一个session log的内置插件，好像也会，内置的几个'-deepseek'的插件好几个。