534119219/dsh-custom-provider-reasoning

README 摘要

dsh-custom-provider-reasoning dsh host 插件：让 自定义提供方 （GUI「添加自定义提供方」创建的、pi-ai 目录之外的手写路由）的所有模型，都能在 composer 的模型选择器里选择 思考强度（推理等级） ，并且选择会真正发往线上。 问题背景 - composer 的模型选择器只在适配器为 该确切模型 公布了 reasoning 元数据时才显示推理等级行； - dsh-llm-pi-ai 只会从 llm-pi-ai 设置分节里模型条目的 reasoningEfforts 声明物化这份元数据； - 而设置 UI 刻意不写这个字段（推理强度是按模型的能力，提供方级控件无法表达）。 结果就是：内置提供方（如 DeepSeek）可选思考强度，自定义提供方的模型一律「当前模型未提供推理等级」。 插件做什么 在支持的原厂配置缝上补齐缺口：每当 llm-pi-ai 设置变化或适配器目录发布时，插件自动为每个 合格模型条目 写入 reasoningEfforts （默认 off / low / medium / high ，wire 拼写与等级同名——OpenAI 兼容端点标准词汇）。 下游一切照旧走原厂链路： session.models / llm.models 目录 RPC、请求期校验（ resolveCallConfig ）、以及线上翻译（pi-ai 对 OpenAI 兼容端点发送 reasoning effort: low medium high ）。 合格规则 场景 是否注入 自定义路由（ declared ）上的模型，无 reasoningEfforts ✅ 注入 目录路由上、pi-ai 目录未收录的模型（ scope: all ） ✅ 注入 已有 reasoningEfforts 的模型（手调字典或显式 false ） ❌ 永不触碰 pi-ai 目录已收录的模型（目录自带推理元数据） ❌ 交给目录 \ 唯一例外：恰好等于 内置默认字典 （ off/low/medium/high ）的条目只可能是插件自己写的，因此会在配置的 levels 变化时被自动刷新为新配置——这样在 patch 里调高 levels 能覆盖到插件已经处理过的提供方，而用户手写的配置始终权威。 注入是 幂等 的：模型一旦被覆盖就不再写入，不会与设置 UI 打架，也不会循环。 安装 把本目录加入 web profile（ /.dsh/profiles/web ）： 然后在 profile 目录执行： 重启 dsh web 。启动后插件会自动把 reasoningEfforts 写入 /.dsh/settings.yaml 的自定义路由模型条目（例如）： 之后打开 composer 模型选择器，选择该模型即可看到推理等级（Default / Off…

分类