dsh-bigmodel-catalog：让 DeepSeek Harness 用上智谱 GLM Coding Plan 与 glm-5.3
opensaozi/dsh-bigmodel-catalog 是一个 DSH（DeepSeek Harness）模型清单插件，用于把智谱 BigModel / GLM Coding Plan 接入 DSH 模型选择器。它由 OpenSaozi 维护，MIT 许可证，npm 包名为 @deepseek-ai/dsh-model-catalog-bigmodel。核心功能：解锁 1M 上下文、128K 最大输出的 glm-5.3，并支持 glm-4.5、glm-4.6、glm-5；连接智谱 Coding PaaS 端点实现实时目录对账，glm-5.3 作为已验证例外保留；插件注册独立的 zai 适
阅读全文dsh-better-stats：给 DSH Web UI 加一条实时费用与状态条
# 前言 用 DSH（DeepSeek Harness）跑长任务时，费用是最难心里有数的一项：deepseek-v4-flash、deepseek-v4-pro 价格不同，官方人民币价目还分峰谷时段，输入要按缓存命中与否分桶计价，agent team 下面还有并行子会话的用量要合并。流式输出进行到一半，很难估出当前 turn 已经花了多少；事后拿着 token 明细手工对账也很费劲。 DSH 的理念是「一切皆插件」，Web UI 里的信息展示同样可以交给插件补齐。dsh-better-stats 做的就是这件事：在 composer 正下方放一条状态条，
阅读全文dsh-essential：给 DeepSeek Harness 补上可恢复的对话删除
dsh-essential 是一个面向 DeepSeek Harness Web profile 的开源插件，用于解决 DSH 缺少对话删除能力的问题。它在 Session 行菜单注入 Delete conversation 操作，并注册 `/delete-conversation` 斜杠命令，命令零 token、不调用模型。核心设计是将删除的「意图」与「执行」分离：确认删除后立即通过持久归档投影隐藏该 Session，但不移动运行中的进程正在写入的日志；真正的 JSONL 目录移动推迟到下次冷启动、建索引之前完成，原子移入回收站 `<stateDir>/trash/<session-life
阅读全文dsh-settings-sections：管理 DeepSeek Harness 设置侧栏的显示、隐藏与排序
# 前言 DeepSeek Harness（DSH）的理念是「一切皆插件」，设置侧栏里的每个板块都是插件通过 `settings.section` slot 注册的。插件装多了，导航板块随之变多，顺序又取决于注册顺序，用不到的板块也只能一直挂在导航里。dsh-settings-sections 就是为这个场景准备的：把设置侧栏的显示、隐藏和排序交给用户自己管理。下面介绍它的功能、安装方式和使用步骤。 # 这是什么 dsh-settings-sections 是 ovo669 维护的一个轻量插件，当前版本 1.0.1，MIT 许可证。一句话定位：在 Dee
阅读全文dsh-identity-control：在 DSH 输入栏旁自定义对话人设
dsh-identity-control 是 GitHub 用户 orpheus0829 维护的 DSH 自定义人设插件（v0.1.0，MIT 许可）。它在对话输入栏旁提供按钮和编辑面板，用户自行填写人设文本并可一键开关：启用后所有新对话自动注入该人设，关闭即恢复默认，无需重启，也不会覆盖 DSH 安全规则。插件通过官方命令
阅读全文dsh-think-summary：DSH 长思考实时分段总结插件
# 前言 推理模型的思考链对调试和评估很有价值，但在聊天界面里它通常一滚而过：回答结束后想回头看「模型当时是怎么推的」，往往没有入口，只能翻原始日志。 dsh-think-summary 解决的就是这个问题。它是一个 DSH（Cordis 架构）双面插件：检测模型的长思考，边思考边分段、逐段产出摘要，实时展示在聊天区，附带设置页与历史持久化。下面按功能、安装、验证、注意事项的顺序介绍。 # 这是什么 插件名为 dsh-think-summary，仓库位于 https://github.com/oakcakerolls/dsh-think-summary
阅读全文dsh-superpower：把 obra/superpowers 的 14 个开发技能接入 DeepSeek Harness
## 前言 用 DeepSeek Harness（DSH）搭编码 Agent 时，一个常见的麻烦是方法论类能力不好复用：需求澄清、TDD、系统化调试这些内容通常以 `SKILL.md` 技能文件的形式存在，想用起来得自己写装载与注册逻辑，还要处理注入时机、不同预设的兼容问题。已有的做法往往是把技能文件手动拷进每个项目，再各写一遍加载代码。 dsh-superpower 把这件事做成了插件：一条命令安装后，obra/superpowers 的 14 个技能自动进入 DSH 技能注册表，配套的会话纪律也会在合适的时机注入。下面介绍它的功能、安装方式和工作原理
阅读全文dsh-plugin-manager：不手改配置文件，从 GUI、CLI 和聊天命令管理 dsh 插件
# 前言 DSH（DeepSeek Harness）的理念是「一切皆插件」。但装插件这件事本身，现有流程是：把包放进 profile，手动编辑 `cordis.patch.yml`，重启服务器，然后对下一个插件重复这套动作。装两三个还好，插件一多，改的永远是同一份 YAML，走的永远是同一条重启流程。 下面介绍 dsh-plugin-manager。它把安装、启用/禁用、卸载收进 Web GUI、独立 CLI 和一条聊天命令里，全程不需要手改配置文件。 # 这是什么 dsh-plugin-manager 是一个用来管理 dsh 插件的 dsh 插件，由
阅读全文dsh-shuttle：在 DSH 与 Codex、Claude Code 之间双向迁移对话记录
# 前言 如果你同时使用 Codex、Claude Code、Pi、Reasonix、OpenCode 和 DSH，会遇到一个具体问题：对话记录分散在各个工具自己的存储里，格式互不兼容。想在 DSH 里继续之前的对话，或者把 DSH 会话交给其他工具接着用，基本只能手工整理。 下面介绍的 dsh-shuttle 解决的就是这个问题。它是一个 DeepSeek Harness 插件，同时提供离线 CLI，在 DSH 与这五类工具之间双向迁移对话记录。DSH 的理念是「一切皆插件」，对话迁移这类能力同样以插件形式接入，而不是改动 DSH 本体。 # 这是什么
阅读全文dsh-plugin-doctor：DSH 插件的体检与管理工具
# 前言 DSH（DeepSeek Harness）的理念是「一切皆插件」，装的东西多了，两个问题会慢慢冒出来。一是不知道哪些插件靠谱：第三方插件的 manifest 是否完整、patch 层有没有覆盖不该动的内置行、代码里有没有高危调用，平时很难逐个确认。二是排查困难：插件没起来、服务缺失时，往往只看到 PENDING 或 FAILED 状态，不知道该停谁、该保谁。 dsh-plugin-doctor 针对的就是这两件事：把插件审计做成对话里的只读工具，把启停、安装、卸载和版本更新收进设置面板。下面介绍它的功能、安装方式和注意事项。 # 这是什么 ds
阅读全文kidai-snapshot-guard：DSH 内部的自动快照与回滚插件
# 前言 DeepSeek Harness（DSH）的理念是「一切皆插件」，日常使用里最高频的操作就是装插件、更新、改设置。风险也在这里：某次改动一旦让 DSH 起不来，你最需要的是「改坏之前的样子」。靠手动在每次改动前复制配置目录，既容易忘，也难保证完整。 kidai-snapshot-guard（纪代快照守护）把这件事自动化了：在 DSH 内部完成快照的「保存 → 确认 → 恢复」闭环，装好即用，不需要你记得做任何事。 # 这是什么 一句话定位：DSH 内部的自动备份管家——关门前保存、开机后确认、一键回滚。 插件由 NokorinNishikino
阅读全文dsh-plugin-wechat-bridge：把微信私聊桥接进 DSH agent 会话
dsh-plugin-wechat-bridge 是一款 MIT 许可的 DSH 插件，将微信私聊消息桥接进 DSH agent 会话，让用户离开电脑后也能通过手机驱动 agent 并接收回复。回复以纯文本分片发回（至多 4096 字符×5 段），每人每天一个独立会话。插件支持热插拔启停、单向会话通知（token 失效时自动暂存补发）、跨进程轮询锁与原子状态持久化等崩溃安全机制；入站采用 fail
阅读全文dsh-sandbox-micro：把 DSH 的模型 Shell 换进 Linux 微虚拟机
# 前言 如果你在用 DeepSeek Harness（DSH）开发智能体，模型的 shell 命令默认跑在宿主机上，隔离边界取决于执行器实现；Windows 上还有一层历史包袱：早期做法是通过 `cmd /c` 启动 npm `.CMD` shim，模型命令里的 `&`、引号、`%VAR%` 会先被宿主机 shell 解析一遍。要做到「命令在硬隔离环境里执行、argv 不经宿主机 shell 包装」，需要一个更干脆的方案。 下面介绍的 dsh-sandbox-micro 就是为这件事准备的插件 bundle：把模型可见的 `ctx.shell` 替换为
阅读全文dsh-skill-stats：看清每个技能被调用了多少次的 DSH 插件
# 前言 用 DSH 做智能体开发，技能会越攒越多：早期调试用的、试过一次就放下的、被新写法取代的。时间一长就说不清哪些还在被真正调用——删了怕后面用到，留着又成了僵尸文件，全凭印象不好判断。 dsh-skill-stats 解决的就是这个问题：回放历史会话日志加实时订阅，把每个技能被 `skill` 工具调用的次数数清楚，帮你决定哪些技能值得保留。下面介绍它的功能、安装和用法。 # 这是什么 dsh-skill-stats 是一个只读的 DSH 统计插件，当前版本 0.1.0，MIT 许可证。它统计每个技能的调用次数，数据来自两个通道： - 历史回放：
阅读全文dsh-auto-vision：给 DeepSeek Harness 的纯文本主模型装上 vision 工具
## 前言 用 DeepSeek Harness（DSH）做智能体开发时，你大概率遇到过这个问题：内置的 `read_image` 工具会把图片块直接塞进当前模型的上下文，只有当前主模型本身支持图片才能用。如果你的主模型是 `deepseek v4 flash` 这类纯文本模型，调用 `read_image` 会被直接拒绝——主模型看不见图，读图这条路径就断了。 dsh-auto-vision 换了一条路：由插件内部把图片转发给一个多模态模型识别，主模型全程只看到文本。本文介绍它的原理、安装和配置方式。 ## 这是什么 dsh-auto-vision 是
阅读全文review-quote-sh：dsh web 的多模型交叉评审与引用问答插件
# 前言 用 dsh web 与模型协作时，常遇到两个问题：一是 AI 给出的代码或结论，想再找一双眼睛审一遍，但切换工具、来回粘贴内容很麻烦；二是想基于某条回复继续追问，只能手动复制原文当上下文，长对话里容易混乱。 下面介绍的 review-quote-sh 就是为这两类场景准备的：它给 dsh web 增加多模型交叉评审和引用问答能力，并按 DSH「一切皆插件」的思路，以 profile bundle 方式热插拔，不改动核心。 # 这是什么 review-quote-sh 是面向 DeepSeek Harness（dsh web）的对话评审 + 引用
阅读全文dsh-customui-plugin：给 DSH 网页版加一个「个性化」设置页
# 前言 DSH（DeepSeek Harness）网页版有几处界面元素是写在宿主构建产物里的：侧边栏左上角的品牌 Logo、空对话时的欢迎区、对话区域的底色。想在内部部署里换成自己的标识或背景图，常规做法是改宿主构建，但宿主一更新就得重做一遍。 dsh-customui-plugin 换了个思路：不改宿主构建，通过插件机制往浏览器端注入脚本，在 DOM 层做覆盖，同时在设置页里给这些改动一个正式入口。下面介绍它的功能、原理和安装步骤。 # 这是什么 dsh-customui-plugin 是一个 DSH web 平台插件，仓库地址为 https://g
阅读全文dsh-plugin-whale-fenggu：在 DSH 里盯住 DeepSeek 峰谷计价时段
# 前言 DeepSeek 官方 V4 从 2026-08-17 起按北京时间峰谷计价：高峰贵、低谷便宜。09:00、12:00、14:00、18:00 这几个边界不难记，难的是长任务跑着跑着忘了看表——重活撞进高峰，token 花销就上去了。自己记时段是一种办法；更省心的做法是让一个常驻组件替你盯表，在切换前提前喊你。本文介绍的 dsh-plugin-whale-fenggu 就是这样一个插件。 DSH 的理念是「一切皆插件」，这类小工具正好走插件体系。 # 这是什么 dsh-plugin-whale-fenggu（蓝色大肥鱼 · DeepSeek 峰
阅读全文dsh-auto-mode：用审查模型接管 DSH 的工具调用审批
# 前言 用 DSH（DeepSeek Harness）跑长任务时，权限机制是个两难：默认的审批链会在每个需要确认的工具调用上弹出确认框，任务一长就要反复人工介入；切到 danger-full-access 又放得太开，所有调用都不再过问。 dsh-auto-mode 给了一个中间态：在权限选择器里新增一个 Auto mode 预设，把通常需要人工确认的工具调用交给一个审查模型判定，能自动批准的批准，可疑的拦截，拿不准的再弹框问你。下面介绍这个插件的用法和实现方式。 # 这是什么 dsh-auto-mode 是一个 DSH 插件，作者是 Nuo-cl，采
阅读全文dsh-notification：agent 完成一轮、报错或等待批准时，主动通知你
# 前言 用 DSH 跑长任务是常态：发起一个任务，切去干别的，回来才发现 agent 五分钟前就跑完了——或者更糟，它一直卡在一个等待你批准的提示上，什么都没干。问题不在于 agent 慢，而在于你没有被及时叫回来。 dsh-notification 解决的就是这件事。它监听 harness 自身的生命周期事件，在需要你注意的那一刻发出提醒。下面介绍它的功能、安装与配置。 # 这是什么 dsh-notification 是一个 DeepSeek Harness（DSH）插件，由 nishit130 维护，当前版本 0.1.1，MIT 许可证。一句话定位
阅读全文dsh-theme-rheostat：随模型与推理等级换挡的 DSH「滑动变阻器」皮肤
# 前言 DSH 的理念是「一切皆插件」，外观自然也不例外。但如果你日常在 deepseek-v4-flash 和 deepseek-v4-pro 之间切换、也会调整推理等级，界面上并没有与挡位对应的视觉反馈，不同会话看起来是一样的。 nineandnine-9 写的 dsh-theme-rheostat 解决的就是这件事：把当前会话的模型 + 推理等级映射成四个挡位的外观，强调色、光晕、输入框上方的指示条都跟着挡位走。和常见的静态皮肤不同，它的外观不是写死的一套配色，而是由会话状态驱动；实现上它与 README 里对照的 maid-atelier 皮肤
阅读全文DSH 插件介绍：talon-ui，以及资料缺失时怎么核实一个插件
# 前言 DSH 的理念是「一切皆插件」：智能体的能力通过插件挂载，插件通过社区目录被收录和检索。写插件介绍，通常的依据是仓库 README。但这次要介绍的 talon-ui，截至本文写作（2026 年 9 月），README 抓取失败，手头没有任何可核实的插件内容。 与其编一段功能介绍，不如把能确认的信息列出来，把不能确认的明确标出，再给一份资料缺失时的核实清单。这份清单比结论更有用——以后遇到类似情况的插件，照着做一遍即可。 # 这是什么 目录条目名为 `nsoio/talon-ui`，署名 NSOiO，仓库地址为 https://github.co
阅读全文dsh-plugin-deploy：一句话把项目发到 Cloudflare，一句话把插件发到 npm
# 前言 用 DSH 这类智能体写完一个静态站点、一个 Worker、或者一个 dsh 插件之后，事情往往卡在最后一公里：想看线上效果，得注册云账号、装 wrangler、写配置、调认证；想把自己写的插件发出去，得逐项检查包内容和依赖协议，再和 npm 的 2FA 流程打交道。这些步骤机械、易错，而且和写代码本身无关。 dsh-plugin-deploy 针对的就是这段收尾工作。下面介绍它的定位、安装方式、两条主能力（部署与发布），以及凭据与审批上的设计。 # 这是什么 dsh-plugin-deploy 是 Octo-o-o-o 维护的一个 DeepS
阅读全文kidai-plugin-market-hub：DeepSeek Harness 的插件市场中心
# 前言 DSH（DeepSeek Harness）的理念是「一切皆插件」，插件数量上来之后，问题就从「装什么」变成了「去哪找、怎么装、怎么管」：目录分散在 GitHub 话题、npm 注册表和社区精选列表里；安装要自己解析包名、执行 pnpm、收敛 bundles 配置；更新和卸载又要回到命令行重来一遍。这些步骤不难，但每装一个插件都要重复。 kidai-plugin-market-hub（纪代插件市场）把这三件事收进一个页面：侧边栏一键直达的独立全屏市场，聚合多源目录、一键安装、统一管理已装插件，并在安装环节内置安全防线。下面介绍它的功能、安装方式和
阅读全文dsh-turn-budget：为 DeepSeek Harness 每回合加上 fail-closed 的步骤、工具与 token 预算
dsh-turn-budget 是 DeepSeek Harness（DSH）的一个 fail-closed 资源治理插件，由 Nunchakus888 维护，遵循 MIT 许可证。它为每个 Agent 回合独立设置三类上限：模型步骤数、工具执行次数（含嵌套派发）、provider 上报的 token 用量。额度用尽后，后续请求会在执行前被拒绝，回合以 blocked 状态关闭。插件仅使用 DSH 公共扩展点，通过 agent/pre-step、tools/pre-execute、tool/result 和 turn/end 钩子实现拦截，结果保留在标准 Session 日志中。token 上
阅读全文