前言¶

DSH（DeepSeek Harness）的理念是「一切皆插件」，输入框周围的功能大多以 bundle 形式挂在 conversation 工具栏上。日常使用里有两类操作最重复：一是常用提示词散落在各处、没有分组管理，每次手动粘贴；二是输入框里正在写的半成品，自己看不清哪里不清晰，又想让大模型改一版。

dsh-prompt-manager 对应这两件事：一个按标签分组的提示词库，一个基于大模型的输入框改写入口。由 xdr531955724 维护，仓库 xdr531955724/dsh-prompt-manager，MIT 许可，社区目录里归入「模型推理」。下面按功能、安装、用法、注意事项的顺序介绍。

这是什么¶

一句话定位：一个 DSH bundle，在输入框左下工具栏加两个按钮——「提示词」打开分组词库，「优化」把输入框内容交给大模型改写。

• 形态：Host 半边 + Client 半边，纯 JavaScript，无构建步骤、无依赖；Host 只用 node: 内置模块。
• 依赖的 DSH 能力：ctx.slots、composer 的 inputActions、ctx.webServer，对应 DSH 0.2.0-rc.x。
• 版本：1.3.0（见仓库 package.json）。
• 星标：0。
• 许可证：MIT。

整个插件的关键代码就是 index.js 与 client.js 两个文件，外加 cordis.patch.yml 里唯一一条 Host 行，比较适合直接读源码做审查。

核心功能¶

提示词库（工具栏「提示词」按钮）¶

• 一键写入：点列表条目后通过 composer 的 inputActions 写入草稿区，不直接操作编辑器 DOM。
• 两种写入方式，在面板底部切换并跟随保存：插入（光标处写入，输入框为空时整段写入）与 替换（覆盖输入框全部内容）。
• 标签分组：一条提示词可带多个标签，表单里用逗号分隔，例如 小满, 报告；面板顶部是标签栏，列出所有标签与各自条数，点一下只看该话题下的条目。没填标签的归入「未分组」。
• 键盘操作：搜索框里 ↑ / ↓ 移动高亮，Enter 直接把该条写进输入框。
• 管理操作：新建、编辑（标签随编辑改）、另存副本、删除（二次确认），以及「清空输入框」。
• 搜索：按名称、正文、标签一起过滤，并与当前选中的标签叠加生效。
• 持久化：浏览器 localStorage，键为 dsh.prompt-manager.v1，收藏标记一并保存；首次安装预置 4 条。

提示词优化（工具栏「优化」按钮）¶

• 取当前输入框内容，交给配置好的大模型改写，面板里给出原文与优化后的对照。
• 默认先预览，点「替换输入框」才写入；也可以在设置里打开「优化后直接替换输入框」，成功后即替换，面板里仍可「撤销替换」。
• 「再优化一次」「测试连接」都在面板里操作；接口地址、模型、Key、自动替换均在面板「设置」里改，不需要改配置文件。
• 改写使用固定的中文元提示词（见 index.js 的 SYSTEM_PROMPT），规则包括：只改写不回答任务、不编造事实、原样保留代码/路径/命令/报错、缺信息写成「先向我要」而不是向用户索要、长度以够用为限。

架构与凭据¶

Host 半边负责出网调用与凭据，Client 半边只做 UI。这意味着浏览器侧不需要 CORS，API Key 也不进浏览器。Host 侧提供三条仅本机回环可访问的路由：

设置文件位于 $DSH_HOME/prompt-manager.json，默认 ~/.dsh/prompt-manager.json，每次请求重新读取，改配置无需重启。

Key 的解析顺序为：设置里的字面 Key → 环境变量 keyRef → ~/.dsh/.credentials.yaml 里同名的凭据。例如复用 DSH 里已配好的 ZHIPU_API_KEY，不必再复制一份密钥。

Client 半边注册进 conversation.input.left，即输入框左下工具栏，两个条目分别是 prompt-manager（提示词库）与 prompt-optimizer（优化）。

安装与启用¶

前提：DSH 0.2.0-rc.x。先克隆仓库：

git clone https://github.com/xdr531955724/dsh-prompt-manager dsh-prompt-manager

然后用 DSH 内置插件管理器安装，target 填本机 clone 的绝对路径：

plugin_manager  install_bundle  target = /abs/path/to/dsh-prompt-manager
plugin_manager  remove_bundle   target = @local/dsh-prompt-manager

• profile 以链接方式挂载本目录，改源码即改插件本体。
• Client 半边（client.js）热更新；Host 半边（index.js）需要重启一次 DSH，因为宿主模块只在新进程启动时加载。重启前点「优化」，面板会提示插件的宿主半边要重启一次 DSH 才会生效。
• 不愿用插件管理器时，手工挂载也可以：把 cordis.patch.yml 里的那一行合并进 profile 的 cordis.patch.yml。

配置服务商¶

任何 OpenAI 兼容的 /chat/completions 端点都能用。面板「设置」里预置了以下几项：

模型 id 以服务商控制台为准，可直接在设置里改。

README 给过一组实测对照：Windows 桌面版 DSH 0.2.0-rc.2，原文为「我那个脚本跑不起来，报错 ModuleNotFoundError，帮我看看怎么回事」。

• 智谱 glm-4.5-flash（免费）：约 8 s，输出「我的脚本运行时出现 ModuleNotFoundError 错误，请帮我分析原因并提供解决方案。」
• 智谱 glm-5.3-flash：约 10 s，输出「我的脚本运行失败，报错 ModuleNotFoundError。请帮我定位原因并修复。脚本代码和报错全文我还没有提供，需要的话先向我要 <脚本代码> 和 <报错全文>，再开始排查。」

需要走代理的服务商（Google / OpenRouter / Groq 等），给 DSH 进程设置 HTTPS_PROXY 与 NODE_USE_ENV_PROXY=1 再启动。

典型用法¶

1、把一组同主题提示词整理进词库。例如围绕「周报」写十几条，全部带上 周报 标签，面板顶部的标签栏会把它们聚合到一起，点标签只看这个主题。

2、在输入框写半句想法，点「优化」看改写结果。比如只写「帮我润色一下这段结论」，优化后可直接替换草稿，不满意就停留在原文。

3、比较不同模型。同一段原文分别选 glm-4.5-flash 与 glm-5.3-flash 优化一次，前者更短、直接给出请求，后者多了一句「先向我要脚本代码和报错全文」——若你的场景信息不全，第二条行为更合适。

适用场景与注意¶

适合谁：

• 常用提示词数量多、希望按主题管理并一键写回输入框的 DSH 使用者。
• 想拿免费或低成本小模型给输入框草稿做启发式改写的用户。
• 已经有 OpenAI 兼容端点的使用者，配置项不多。

需要注意：

• 该插件以当前 DSH 进程的权限运行，安装前应检查源码与许可证。许可证为 MIT，仓库在本插件目录下可查。
• 词库、「自动替换」等设置是浏览器本机数据；换机器或清浏览器数据会丢，localStorage 键为 dsh.prompt-manager.v1。
• 优化是改写，不是执行：不会替你跑任务，也不回答任务本身。
• 输入框里若是 @文件 引用芯片，优化后按剪贴板文本（@path）写成纯文本，芯片结构不再保留。
• 只有浏览器侧 UI 与三条本机路由，没有面向模型的工具（tool）。
• 包名 @local/... 是按 DSH 本地 bundle 的惯例取的（工作区目录安装）；如果要发 npm，需要换个 scope 并重新安装。

社区目录是独立站点，与 DeepSeek 无官方从属关系。

小结¶

dsh-prompt-manager 的价值在于把两件小事各做一次：把提示词按标签收进词库，点一下写回输入框；再用大模型把草稿改清楚，预览后决定是否替换。安装基于本地 clone 目录，Host 侧凭据不出本机。目录页与仓库如下：

• 目录页：https://www.skillhub.cn/plugins/xdr531955724/dsh-prompt-manager
• GitHub：https://github.com/xdr531955724/dsh-prompt-manager