hytime/dsh-thinking-effort 预览 preview

hytime/dsh-thinking-effort

Plugin插件 Native原生 ⭐ 40 MIT Notifications & Remote通知与远程

A DeepSeek Harness plugin for reasoning-effort defaults and protocol-aware gateway compatibility settings for llm-pi-ai models.

Project Overview项目介绍

This is a DSH-native plugin built exclusively for the DeepSeek Harness agent framework. It adds support for configurable reasoning effort levels to hand-declared llm-pi-ai models, and sets a default reasoning effort for DSH subagents that do not already have an explicit value set. It is compatible with all DSH versions starting from 0.1.0-rc.7, and automatically detects available runtime capabilities to provide fallbacks for older DSH builds. When the DSH schema exposes the required gateway fields, it supports 15 common llm-pi-ai compatibility fields out of the box.

The plugin is targeted at DSH users who work with custom hand-declared third-party large language models via the llm-pi-ai adapter. After installation through the DSH plugin system, users will see a reasoning effort slider in the DSH Composer interface, which they can use to set different effort levels for each custom model. Users can also set a uniform default reasoning effort for all subagents, and the plugin will never override any explicitly specified reasoning values already set on individual requests.

The plugin is released under the permissive MIT open source license, so it is free to use, modify, and redistribute for any purpose. Every new release is tested against four official DSH version representatives to ensure cross-version compatibility before publishing. It has several documented limitations, including that only seven standard reasoning levels are supported, non-off levels require gateway support, and host configuration changes require a DSH restart to take effect.

这是一个专为 DeepSeek Harness (DSH) 开发的原生插件,作用是为用户手动声明的 llm-pi-ai 模型添加可配置的推理难度等级,同时为 DSH 的子代理设置默认推理难度。它支持从 0.1.0-rc.7 开始的多个 DSH 版本,可自动检测运行时能力,针对旧版 DSH 提供兼容回退,当 DSH 暴露对应 schema 时,可支持 llm-pi-ai 的 15 个通用网关兼容字段。

主要面向使用 DSH 搭配自定义声明第三方大模型的用户,典型工作流是用户安装插件后,即可在 DSH 的 Composer 界面看到推理难度滑块,为自定义模型配置不同的推理等级,也可以为所有子代理设置统一的默认推理难度,不覆盖已经在请求中明确指定的推理设置,也不会干扰未配置推理的现有请求。

插件采用 MIT 许可证开源,可免费使用修改,每个版本发布前都会经过四个不同 DSH 版本的兼容性测试。目前已知的使用限制包括:仅支持 llm-pi-ai 定义的七个标准推理等级,非 off 等级需要网关支持对应值,修改主机端配置后需要重启 DSH 才能生效,设置修改后需要刷新网页。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 1 note1 项提示
  • 40 stars - an early-stage project星标 40,属于早期项目
DSH walks through these 9 checksDSH 会逐条核对这 9 项

Compatibility兼容性

  • DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
  • External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时(Electron / Python / Docker 等)是否齐备
  • Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突:命令名、skill / tool 重名、端口占用、重复 MCP 注册

Security安全性

  • Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致,是否归档或长期停更
  • Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
  • curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
  • Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
  • Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需(filesystem / network / shell / clipboard)
  • Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限,以及卸载与回滚方式

Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照,不能替代安全审计。

Or use CLI install (for developers)或使用命令行安装(适合开发者)

CLI Install命令行安装

dsh plugin --profile web add @hytime/dsh-thinking-effort

把 hytime/dsh-thinking-effort 加入你的 DSH 配置(web profile)即可启用。

READMEREADME

dsh-thinking-effort

A DSH (DeepSeek Harness) plugin that adds configurable reasoning effort levels to hand-declared llm-pi-ai models and sets a default reasoning effort for subagents.

npm version npm downloads GitHub license

Compatibility boundaries: DSH Runtime compatibility covers the Settings transport only: modern DSH exposes remote.settings, while legacy DSH exposes connection.api.settings. The plugin detects the available runtime capability and keeps the legacy fallback optional, so the settings page does not require a Remote provider on older DSH builds.

Gateway Protocol compatibility is a separate layer. When the DSH schema exposes them, the plugin supports 18 common scalar llm-pi-ai.compat fields, grouped into role/reasoning, format/output, streaming/tools, and storage/cache. Boolean fields offer Auto, supported, and unsupported; enum fields offer Auto and their concrete values; number fields take Auto or an integer. DSH 0.1.0-rc.7 does not provide gateway compat settings. DSH 0.1.0-rc.8 through <0.1.2-alpha.1 provide the other fields, but not supportsFinishReason or supportsThinkingTokenBudget; DSH 0.1.2-alpha.1 through <0.1.3-alpha.2 expose 15 of them, and 0.1.3-alpha.2 and later expose all 18 when supported by the schema. The optional dsh-llm-openai-completions transport can take over eligible custom OpenAI-compatible thinking providers when it is installed and enabled. Auto unsets the current-layer override and restores the next value in the inheritance chain.

DSH 0.1.2-alpha.1 and later accept language-pack locale IDs through LocaleRuntime. This plugin registers ja and ko dynamically, so no DSH core fork is required. Older DSH builds that only expose built-in locale IDs support zh and en only.

The published runtime entries are lib/index.js (Host) and lib/client.js (Client). After changing TypeScript or locale sources, run npm run build before running DSH or packing the plugin. Current DSH does not expose a public semver metadata contract, so runtime capability detection is authoritative. An optional version is used only when explicit metadata or test input supplies it; unknown valid versions still use the detected capabilities. The plugin supports both modern remote.settings and legacy connection.api.settings.

The Host registers its dsh-thinking-effort Settings namespace through the host-provided Settings installSection when available, and falls back to the legacy register path otherwise. Under the 0.1.7+ entry-config model neither path exists, and the section comes from the exported Config instead. It does not depend on @deepseek-ai/dsh-settings at runtime, so the package installs cleanly into DSH profiles configured with autoInstallPeers: false without introducing a second Cordis runtime.

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

← 上一个 Prev dsh-lark-bot 下一个 Next dsh-knit →