模型与推理 DSH 插件

模型类插件改变谁在回答、以及如何回答：第三方端点适配、按任务选模型的路由、供应商失败时的回退链、token 与成本核算，以及推理力度控制。

依赖之前先读路由规则。静默回退到更便宜模型的适配器，会在不告知的情况下改变输出质量；成本插件只有把用量归因到真正服务请求的供应商时才有用。

这一类怎么选

选购前先写下你想要的策略：允许哪些模型、供应商失败时怎么办、成本是否有硬上限。然后找把该策略可见地实现出来的插件。任何影响质量门槛的路径上，静默回退都是缺陷。

凭证处理不可谈判。key 属于 profile 配置或环境，而不是对话记录会保留的提示词。成本挂件与余额追踪要核对：数字是实时 API 真相，还是本地记账猜测。

哪些成熟、哪些偏薄

成熟适配器写清 base URL、认证与失败模式。偏薄的只有一个端点字段、没有超时故事。还会注入技能的路由套件要审两个表面：既改模型路由又改智能体行为的，是一个名字穿了两件外套。

常见错误

以为「OpenAI 兼容」意味着每个参数行为都相同。让免费公共端点变成生产关键路径。装成本追踪器却需要和被观察模型一样宽的 key。

什么时候不该装这一类

若模型本身就选错了，任何路由都救不了。若真正问题是上下文质量，先做上下文观测，而不是再接一个端点。若痛点是「智能体永远停不下来」，那是编排纪律，不是模型选择。

路由还会叠加信任边界：每个被允许的端点，都是提示词与工具输出可能落地的地方。宁可少而具名、失败行为写清的供应商，也不要为了「以防万一」串上十几个免费层。