?P0级的BUG都不修的？ 切模型用外源，跑了一小时回去看吃了我3亿官方deepseek工时token？？？？

[mymetalseed]

?P0级的BUG都不修的？ 切模型用外源，跑了一小时回去看吃了我3亿官方deepseek工时token？？？？ 如题

這種P0级的问题都不修？？？？？我没装任何插件

[mymetalseed]

1. 我确认我在会话里切换了模型为外源模型

[Sielier]

这不是你刚试出来了吗，味大无需多盐

[weijiafu14]

token 归因这个问题值得官方查清，你的愤怒成立——切了外源还烧官方配额，无论根因是路由没切干净还是计量归因错了，都该有个说法。

在官方结论出来前，给一条"线路归属可自证"的并行路径。经 pi2dsh 安装自带 transport 的 Pi provider 包时，发请求的就是那个包自己的 wire 代码：请求打到你配的外源端点、带外源的鉴权，官方 deepseek 路由在这些调用里根本不被触碰。这不是纯理论——我们的 gateway-compat example 用透传录制代理把每个请求的完整 body/header 落盘核对过（请求真发上游、只多录一份，零伪造），线路归属这半边是实测的。

没实测的半边也说清：「长任务全程官方 usage 零增长」的对照实验我们没跑——需要一个能观察用量的外源付费账号，手上没有。如果你愿意在你的外源账号上跑这个对照（或者遇到任何路由归属疑点），到我们仓库开 issue 带上会话日志，我们跟。

[PerryLink]

注：本条评论原文因编码问题曾显示为乱码，已重建为可读版（2026-09-07）。

关于「切外源吃掉 3 亿 token」的止血方案（来自 dsh-budget 与 dsh-permission-rules 的实践）：

1. dsh-budget 硬性上限：token/模型/日配额 + 路由层限流，超限直接拒绝；连外源 provider 时也生效，避免「静默烧钱」；
2. dsh-permission-rules 路由护栏：把外源 deny 或显式确认，防止误切模型后被持续调用。

两个插件都能在改配置后即时生效（不用重启会话），先用「硬上限 + 路由护栏」组合最稳：dsh plugin --profile web add dsh-budget / dsh plugin --profile web add dsh-permission-rules

[wss534857356]

这我研究过，它的内置search不支持切换，可以参考下我的方法，必须要 override 下 https://github.com/wss534857356/dsh-plugin-codex/blob/9db7c07514b92b179ecbc49e24d18ef2fa9b076d/src/client/settings-card-controller.ts