DeepSeek Harness 接入阿里百炼后模型无法选择思考强度问题解决 macos目标在 DeepSeek Harness(DSH)中,通过阿里云百炼(DashScope 兼容模式)使用 DeepSeek 模型,并将默认思考等级(推理强度)从high提升到max,同时修复由此引发的接口兼容问题。最终状态默认模型:deepseek-v4-pro-0813(provider:modlens-aliyun-dashscope,后端为百炼dashscope.aliyuncs.com/compatible-mode/v1)默认思考强度:max已验证:百炼接口接受system角色 reasoning_effort: max,正常返回思维链与回答改动一:配置文件(功能开关)文件:~/.dsh/settings.yaml1. 为 DeepSeek 模型声明推理档位在llm-pi-ai.providers.aliyun-dashscope.models下,给两个 DeepSeek 模型(deepseek-v4-flash-0731、deepseek-v4-pro-0813)各增加一段元数据:reasoningEfforts:off:# 不发送参数(走提供方默认)low:lowmedium:highhigh:highxhigh:highmax:max档位到线上值的映射依据 DeepSeek 官方思考模式文档(百炼deepseek-v4明确支持high与max)。为什么必要:没有该元数据,DSH 会把模型识别为「非推理模型」——界面不提供档位选择,请求也不会发送reasoning_effort参数,只能使用百炼默认值high。2. 设置默认思考强度agent-default-model:provider:modlens-aliyun-dashscopemodel:deepseek-v4-pro-0813reasoningEffort:max改动二:pi-ai 兼容性补丁(修复 400 报错)文件:dsh 安装目录/node_modules/earendil-works/pi-ai/dist/api/openai-completions.js~/.dsh/profiles/node_modules下的同名文件是指向该文件的符号链接,改一处即可。问题:模型一旦声明推理档位,pi-ai 会按 OpenAI 惯例把 system prompt 以developer角色发送,而百炼只接受system / assistant / user / tool / function,直接返回 400:developer is not one of [system, assistant, user, tool, function]补丁:在detectCompat()中把阿里云端点识别为「非标准 OpenAI 兼容网关」(与 pi-ai 对 z.ai / bigmodel.cn / moonshot 等网关的处理一致):constisAliyunCompatbaseUrl.includes(aliyuncs.com)||baseUrl.includes(maas.aliyuncs.com);// ...加入 isNonStandard 判断:// isAntLing ||// isAliyunCompat;效果:supportsDeveloperRole false→ system prompt 改用system角色发送,其余请求行为不变。验证:本地 mock 抓包:确认请求为role: systemreasoning_effort: max✓真实调用百炼deepseek-v4-flash-0731:正常返回思维链与回答 ✓注意事项补丁改动后需重启 dsh 进程才生效(Node 模块缓存不会热加载代码)。dsh 升级 / npm 重装会覆盖该补丁,届时需重新应用(建议写成脚本固化)。max档位耗时约为high的 2~5 倍、token 消耗更高;日常轻量任务可在模型选择器临时切回high,复杂任务再开max。百炼上 DeepSeek 的思考模式默认开启,无需额外发送thinking参数,只需reasoning_effort即可控制强度。
 六大默认成员函数)
