DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Paste Packer — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
P

dsh-paste-packer

Paste Packer

DSH(DeepSeek Harness)粘贴打包插件:超过 20 行的粘贴文本自动折叠成输入框上方的一张卡片,可就地预览原文、解包回输入框,发送时自动还原全文。Web 版与桌面版通用。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:X-noesis/dsh-#bbe7c9dc0f99065a025215193f3a133f6fa224fb
README兼容性版本
屏幕截图 2026-10-16 220151

兼容性与来源证明

Paste Packer 以 dsh-paste-packer 发布,当前版本为 0.1.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/10/16

版本

0.1.0stable
2026/10/16

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 1
周下载
0
最近提交
2026/10/16
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 productivity-workflow 分类下经过校验的插件。

Client Ui Task Board@linxin666/dsh-client-ui-task-board面向 DSH Web GUI 的主机权威任务面板,支持实际会话执行、主机 cron 调度以及可选的跨平台空闲睡眠保护;以挂载方式提供,无需修改 DSH 源代码。Web All@linxin666/dsh-web-allDSH Web UI 全家桶聚合插件:一键安装全部功能插件(task-board / git-graph / pet / remote-web-ui / web-ui-settings / skin-center / community-plugins / compat shim)。compat 桥接层已并入本包(src/client),无需独立 compat npm 包。Deepseek Ipptdeepseek-ipptiPolloWork PPT Studio 及其精选幻灯片模板,作为原生 DeepSeek Harness 对话视图。Codex Ui@michengai/dsh-codex-uiDSH Codex UI — 为 DeepSeek Harness Web 提供 Codex 风格侧栏、工作区会话树、全局搜索和轮次导航

README

粘贴打包 · dsh-paste-packer

给 DSH(DeepSeek Harness)Web GUI 用的粘贴打包插件,网页版与桌面版通用。

超过 20 行的粘贴文本不再直接灌进输入框,而是打包成一张卡片浮在输入框上方:

控件行为
小眼睛在卡片内就地预览原文(Markdown 渲染、等宽字体、自动折行、固定高度内滚动);卡片宽度不变
展开把全文解包插入输入框光标处,卡片消失
垃圾桶丢弃这段粘贴内容,并移除输入框里的占位符

输入框正文里只留一个不可拆分的胶囊占位符 [已粘贴文本 #1 · 23 行];发送时由 DSH 自动把占位符还原成全文,模型收到的是完整原文。

屏幕截图 2026-10-16 220151
文字版结构图(含槽位名标注)
┌─────────────────────────────────────────────┐
│ 🗎 [已粘贴文本 #1 · 23 行]      👁  展开  🗑  │  ← conversation.input.dock
├─────────────────────────────────────────────┤
│ 也就是说,芯片完成了引导,正要开始运行……     │  ← 预览(点小眼睛后展开)
│ 需要注意的只有一点:日志在这里就截止了……     │
└─────────────────────────────────────────────┘
┌─────────────────────────────────────────────┐
│ → [已粘贴文本 #1 · 23 行]                ↑  │  ← 原本的 composer
└─────────────────────────────────────────────┘

为什么占位符是"胶囊"而不是纯文本

这不是设计偏好,而是 DSH 当前架构下的唯一可靠做法:

  • 输入框是 shell 私有的 Lexical 编辑器,插件拿不到编辑器实例;
  • DSH 没有"提交前改写草稿"的钩子,InputState.draft 只是编辑器的纯文本投影;
  • 因此纯文本占位符发出去就是占位符本身 —— 没有任何时机能把它换回全文;
  • 官方唯一存在的展开点是触发源(trigger source)的 codec.serialize(ref):提交路径按芯片 occurrence 逐段调用它,再拼接回草稿。

所以插件注册了一个内容永远为空的 / 触发源,它的 codec 才是这个插件的核心。

卡片为什么能和「任务」条对齐

conversation.input.dock 这一列比 composer 卡片宽,条目若用 width: 100% 就会向两侧溢出、盖住对话列。宿主自己的 dock 条目(任务/目标/队列条)靠一套 CSS 变量自我收窄,卡片照抄了同一份配方(对应宿主 .aSus8q_root 规则):

width: calc(100% - var(--dsh-composer-side-clearance) - var(--dsh-composer-side-clearance)
                 - var(--dsh-composer-dock-inset) - var(--dsh-composer-dock-inset)
                 - var(--dsh-composer-dock-inset) - var(--dsh-composer-dock-inset));
max-width: calc(var(--dsh-composer-card-max-width) - var(--dsh-composer-dock-inset) * 4);
margin: 0 auto;
border: 0;
border-radius: var(--dsw-radius-lg);
background: var(--dsw-specific-menu);
box-shadow: var(--dsw-elevation-panel);
backdrop-filter: var(--dsw-menu-backdrop-filter);

行内尺寸也照抄:padding: 6px 12px + line-height: 24px = 36px 一行,标题 13px/500,图标与控件用 --dsw-alias-label-tertiary。预览区上限取宿主展开列表的 max-height: 180px。

卡片折叠态与预览态共用一个宽度(都取上面的公式,因此都近似等于 composer 卡片宽度):点小眼睛只在卡片内就地展开预览,宽度不动。曾试过"预览时加宽到 140%",两个问题让它被撤掉:一是会横向盖住对话列;二是 margin-left/right: -20% 配一个会生效的 max-width 时左侧外扩固定、右侧被截短,卡片会整体左偏。既然要的是"就地预览",单一宽度最稳。

安装

推荐让 Agent 调用 plugin_manager:

action: install_bundle
target: <本目录绝对路径>

插件目录里的 cordis.patch.yml 会把 loader 行插进 profile,不需要手工改 profile 的 package.json / cordis.patch.yml。

plugin_manager 只作用于当前 profile,所以要装进 web 与 desktop 两个 profile 时:

  • 当前 profile 用 plugin_manager 的 install_bundle;
  • 另一个 profile 用官方 CLI(它同样会同时写好 dependencies 与 dsh.profile.bundles):
dsh plugin --profile web add link:<本目录绝对路径>

Windows 桌面版没有把 dsh 放进 PATH 时需要走安装包里的完整命令:

$env:ELECTRON_RUN_AS_NODE = '1'
& "D:\Users\shugang\AppData\Local\Programs\DeepSeek Harness\DeepSeek Harness.exe" --expose-internals `
  "D:\Users\shugang\AppData\Local\Programs\DeepSeek Harness\resources\app.asar\dsh\node_modules\@deepseek-ai\dsh-desktop-host\lib\cli.js" `
  plugin --profile web add "link:<本目录绝对路径>"

用 plugin_manager 安装时按返回的 application 字段判断是否真的生效:applied 才是热生效,restart-required 需要重启 DSH。 用 CLI 装完可以用 dsh --profile <name> --dump-config 校验合成配置里出现了 - id: dsh-paste-packer(该命令会写 profile 的 cordis.yml,属常规产物)。

已知限制

  • 原文只存在浏览器里(内存 + localStorage 键 dsh-paste-packer.v1)。换浏览器、清站点数据、或超出存储上限后,旧卡片的原文会丢失;此时预览会提示"原文不可用",发送会退化成发送占位符文字,而不会阻断发送。
  • 卸载插件前请先清空输入框里残留的占位符胶囊。 芯片的展开依赖本插件注册的 codec,插件不在时它无法被序列化。
  • 垃圾桶/展开优先用"按 occurrence 区间做一次可撤销编辑"的方式;该路径失败时退化为整体重写草稿(setDraft),这会把草稿里其他 @文件 引用芯片降级成纯文本。这是最后的兜底路径。
  • 插件依赖三处非公开的宿主内部约定,均做了保护、失败时降级为原生粘贴:[data-composer-input]、slash/input-insert-reference 事件、ctx.inputTriggers.registerSource。DSH 升级后若其中一处改名,功能会静默失效(粘贴恢复原生行为),不会破坏输入框。

开发

package.json          bundle 清单(dsh.bundle.patch + dsh.client)
cordis.patch.yml      loader 挂载声明
index.js              Host 半(故意为空)
client.js             浏览器半:全部逻辑与 UI(无 JSX、无构建、零依赖)
icon.svg              插件管理页图标
locale/{en,zh}.json   插件管理页展示文案
dev/                  仅开发用,不随 npm 包发布
  tools/extract-asar.mjs   从 app.asar 里按路径子串提取文件
  reference/               官方 cordis-plugin-development 技能与模板(本地参考)
  tests/logic-test.mjs     无浏览器环境下的逻辑自测

浏览器半按 DSH 的客户端模块协议加载:window.__ModuleLoader__.load({ id, factory }),React 从模块表里 require('react') 取得,因此不需要任何依赖、打包器或 React 副本。

License

MIT