Moeblack/dsh-prompt-studio
DSH 插件:编辑用户与内置系统提示段落,实时预览(Prompt Studio)
Project Overview项目介绍
dsh-prompt-studio is the DeepSeek Harness distribution of Prompt Studio. It adds a Prompt Studio tab to the conversation page, listing runtime-native and user supplement components together with editing, native overrides, and full request preview. Components merge automatically by role, position, and order, folding system sections into one field and inserting message supplements at after_system, anchored, or tail slots, with anchored sitting after the last real user message and tail at the sequence end. Templates support {{user_input}}. The web bundle and CLI do not share memory, so restart dsh web after swapping the plugin.
dsh-prompt-studio 是 Prompt Studio 的 DeepSeek Harness 插件。它在对话页注册 Prompt Studio 标签页,统一展示运行时原生与用户补充组件,支持编辑、原生覆盖与完整请求预览,并按 role、position、order 自动合并 system sections 与消息间隙。适用于需要稳定编排 system 区与消息级补充的场景。模板支持 {{user_input}} 引用当前用户输入。需注意 Web bundle 进程内存独立,替换插件后须重启 dsh web 并刷新浏览器。
请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】,检查通过再动手。
插件:dsh-prompt-studio(Moeblack/dsh-prompt-studio)
仓库:https://github.com/Moeblack/dsh-prompt-studio
本站详情页:https://www.yhbd.top/plugins/moeblack-dsh-prompt-studio/
本站登记:类型 plugin · 归类 原生 DSH 插件 · 许可证 BSD-3-Clause · ⭐ 2 · 最近提交 2026-08-13 · 主语言 TypeScript
按下面顺序执行,每步先把结论告诉我,再进入下一步:
【1 兼容性检查】
① 我这边:DSH 版本、Node 版本、操作系统、当前 profile(web / desktop)。
② 读它的 README、package.json、插件 manifest,列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对,结论只写「满足 / 不满足 / 未知」三种;不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突:命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。
【2 安全性检查】
① 仓库可信度:和上面「本站登记」是否一致;star / fork 数、创建时间、最近提交,是否归档或长期停更。
② 安装脚本:逐行看 package.json 的 preinstall / install / postinstall,以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名,立刻停下来告诉我,不要继续装。
③ 依赖:列出新增依赖,标出无人维护、或与知名包拼写近似的可疑包(typosquatting)。
④ 权限与副作用:它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限(filesystem / network / shell / clipboard 等),以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限,或权限明显超出功能所需,先停下来问我。
【3 安装】
上面两步没有「不满足」和「高危项」时才执行;用官方推荐方式安装,不要自行提权。
【4 汇报】
用表格输出:检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜,也不要替我决定。
Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH:它会先核对兼容性与安全性(逐条给「满足 / 不满足 / 未知」),确认没问题再安装,有高危项会停下来问你。框内可滚动,复制到的是完整提示词;安装命令不一定准确,发给 DSH 更稳。
- Only 2 stars - very few users, little community feedback星标只有 2,几乎没人在用,遇到问题缺少社区反馈
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 github:Moeblack/dsh-prompt-studio
把 Moeblack/dsh-prompt-studio 加入你的 DSH 配置(web profile)即可启用。
READMEREADME
dsh-prompt-studio
Prompt Studio 的 DeepSeek Harness 插件分发形态。插件在对话页注册 Prompt Studio 标签页,以同一组件列表展示运行时原生提示词和用户补充,并提供编辑、原生覆盖与完整请求预览。
组件模型
每个编排项使用同一结构:
interface PromptComponent {
id: string
kind: 'native' | 'supplement'
role: 'system' | 'user' | 'assistant'
position?: 'after_system' | 'anchored' | 'tail'
order: number
enabled: boolean
template: string
origin?: string
}
这些字段分别描述不同维度,不以 kind 代替角色或用途:
kind只区分来源:native是 Host 在运行时发现的只读组件;supplement是用户可编排并持久化的补充组件。role决定内容归宿:system一律注册为有序 system section,最终与原生 sections 合并到全局唯一的system字段;此时不得设置position;user、assistant进入消息序列,必须设置position。
position只描述 user/assistant 消息所处的间隙:after_system:全局 system 字段之后、第一条原生会话消息之前;anchored:最后一条真实用户消息之后,找不到锚点时跳过;tail:原生消息序列末尾。
anchored与tail的区别:简单对话中最后一条消息往往就是用户输入,两者重叠;但存在工具调用流(user → tool_call → tool_result → assistant)时完全不同——anchored插在用户输入之后、工具调用流之前,tail插在整个序列最末尾(工具结果与助手回复之后)。需要紧贴用户问题补充指令用anchored,需要模型读完完整上下文再看到的内容用tail。
order有两种与归宿对应的含义:- system 组件的
order是 system section 的全局混排层级,和原生 sections 一起升序排列;约定-100是身份区、0是 persona、100–199是工具区,其他负值也在 persona 之前; - user/assistant 组件的
order只在同一个position间隙内排序,不参与跨间隙比较。
- system 组件的
origin只用于覆盖。补充组件未设置origin时是普通注入;设置为某个原生组件 id 时,同一个补充组件即覆盖该原生组件,不存在单独的覆盖 kind。
同一消息间隙的补充组件按 (order, 声明顺序) 排列。system sections 由 Host 依 order 与原生 sections 全局混排。
内容合并
所有 system sections 最终渲染为同一个 system 字符串,补充内容以纯文本直接并入,不加任何包装标记。
user/assistant 补充先进入选定间隙。若补充组与间隙左侧或右侧的相邻原生消息 role 相同,补充内容会按先后关系合并进该原生消息的 content;若角色不同,则在该间隙创建新消息。相邻且同角色的补充也合并为一条消息。
原生覆盖
覆盖仍使用有序 marker section 和 system-prompt/assemble waterfall,不依赖静态原生目录:
origin指向当前组装中存在的原生组件时,waterfall 移除原始组件。- 覆盖组件启用时,其替换文本按自身
role归宿:system 覆盖保留 marker 的全局order并进入唯一 system 字段;user/assistant 覆盖按position进入消息间隙。 - 覆盖组件设为
enabled=false时只移除原始组件,相当于关闭该原生组件。 origin在本次组装中不存在时,不会凭空生成替换内容。
运行时组装
配置集合由 ComponentPipeline 激活。每次设置变更先调用旧组合效果的 disposer,再把新集合施加为一个 Cordis 生成器效果;marker、覆盖映射与补充消息映射分别返回原子逆,组合逆由 ctx.effect() 按结构生成。
原生目录在运行时动态发现。插件监听 system-prompt/change 并重新执行真实 systemPrompt.assemble();waterfall 在覆盖前捕获原生 name、text 与组装次序,在覆盖后捕获实际 system 槽序列。浏览器通过同源 GET /prompt-studio/state 读取该单值快照。
Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →
titanwings/distilly
YuJunZhiXue/dsh-purge
Clearailhc/clearai-dsh
yejiming/MuseAI
superdesigndev/superdesign-skill
Miaotofu01/Study-Mate