ZTCNO0NE/dsh-loom

Name: ZTCNO0NE/dsh-loom
Author: ZTCNO0NE

Plugin插件 Native原生 ⭐ 3 MIT Prompts & Skills提示词与技能

Loom（织机）——DeepSeek Harness 的外部教练 / 第二验证器：静默演化你的代理工具、技能、配置和模型，并具备确定性验证与冷应用。

Project Overview项目介绍

Edited by Zhiwei Agent (zhiwei)由知微Agent(zhiwei)编辑

dsh-loom is a native plugin built specifically for DeepSeek Harness, designed to add a verifiable evolution control plane for plugin combinations in the DSH ecosystem. It splits the entire plugin evolution workflow into four distinct roles: Actor handles the user’s current request, Builder implements collaborative plugin modifications in an isolated environment, Verifier checks that changes meet requirements, and Gate makes the final call on whether the combined changes take effect. Its core function is to manage atomic upgrades, rollbacks, and validation for multi-plugin setups, preventing system failures caused by half-applied updates.

A typical workflow starts when a user submits a natural language evolution request. The Actor parses the currently installed plugin combination, proposes candidate changes and outlines associated risks, then after user confirmation, passes the task to Builder to implement changes in isolation. Once all changes pass Verifier’s checks, Gate completes the full activation of the new plugin combination. If any step fails, Gate rolls the entire system back to the pre-modification state to keep DSH working properly. This plugin is ideal for DeepSeek Harness users who need to continuously manage custom plugin combinations and require stable evolution.

To install dsh-loom, you need a working DeepSeek Harness installation, Node.js version ^22.19 or >=24, and Python version 3.10 or higher installed on your system. The current v1.3.0 release is a preview that supports combined source code evolution for up to three plugins, while work on complex Agent Loop replacement is still in the research stage. The plugin is open source under the MIT license, with no associated usage costs, and new users can get started in three minutes following the official step-by-step guide in the README.

dsh-loom 是专门为 DeepSeek Harness 开发的原生插件，提供面向插件组合的可验证演进控制面。它将完整的插件演进流程拆分为四个明确角色：Actor 负责响应用户当前任务，Builder 在隔离环境完成插件代码协同修改，Verifier 负责验证修改符合要求，Gate 最终决定修改组合能否整体生效。核心能力是管理多插件组合的原子升级、回滚和验证，避免半升级状态导致系统异常。

典型工作流从用户提出自然语言演进需求开始，Actor 解析当前已安装的插件组合，提出修改候选方案并说明风险，经用户确认后交由 Builder 在隔离环境实现修改，再经 Verifier 验证全部通过后，由 Gate 完成整体激活。如果任意环节失败，Gate 会将系统恢复到修改前的状态，保证系统始终可用。适合需要持续管理自定义插件组合、对演进稳定性有要求的 DeepSeek Harness 用户。

该插件依赖 Node.js ^22.19 或 >=24 版本，Python >=3.10 版本，要求预先安装并配置好 DeepSeek Harness。当前 v1.3.0 为预览版，支持最多三个插件联合源码演进，复杂 Loop 更换仍处于研究阶段。代码基于 MIT 许可证开源，无使用成本，用户可通过三分钟安装流程快速启动使用。

View on GitHub在 GitHub 查看

Send to your DSH发给你的 DSH 安装

请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】，检查通过再动手。

插件：dsh-loom（ZTCNO0NE/dsh-loom）
仓库：https://github.com/ZTCNO0NE/dsh-loom
本站详情页：https://www.yhbd.top/plugins/ztcno0ne-dsh-loom/
本站登记：类型 plugin · 归类 原生 DSH 插件 · 许可证 MIT · ⭐ 3 · 最近提交 2026-08-21 · 主语言 HTML

按下面顺序执行，每步先把结论告诉我，再进入下一步：

【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 更稳。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 1 warning1 项注意

Only 3 stars - very few users, little community feedback星标只有 3，几乎没人在用，遇到问题缺少社区反馈

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:ZTCNO0NE/dsh-loom

把 ZTCNO0NE/dsh-loom 加入你的 DSH 配置（web profile）即可启用。

READMEREADME

11.7 KB · 缓存于 2026-08-23 03:42:35 · 11.7 KB

Loom · 织机

让你的 Harness，不只会装插件，还会把插件组合演进成真正适合你的系统。

面向 DeepSeek Harness 的可验证演进控制面：Actor 专注当前任务，Builder 在隔离环境协同修改，Verifier/Gate 决定能否整体生效。

三分钟开始 · 完整手册 · 真实证据

当前版本边界：v1.3.0 Preview 已发布自然语言插件委托、最多三个插件联合源码演进、确定性插件生命周期与 package-aware 原子激活/恢复；Linux、Windows 和公开源码插件闭环见发布证据。首发插件事务只在可识别的 DSH 源码 checkout 中启用真实 cold Loader；普通全局 CLI 安装继续提供 v1.2 Config/Skill 能力，但不会假装插件事务 ready。复杂 Loop 更换仍是 Research。

一个插件能工作，不代表一组插件能共同完成你的目标

真实 Harness 很少只靠一个插件。成本统计要把信号交给模型路由，模型路由的决定要进入结果通知；测试执行、Git 安全与交付报告也必须共享同一套团队约束。

普通包管理器能回答“安装哪个版本”。Loom 还要回答：

为什么要改这一组插件；
多个源码候选是否来自可信版本；
它们组合后能否启动并满足同一个目标；
其中一个失败时，怎样避免暴露半升级状态；
改坏后如何整体回到原组合。

这就是 v1.3 的主线：把插件组合当作一个可验证、可恢复的演进事务，而不是连续执行几次单包更新。

v1.3 多插件原子演进事务

为什么不把所有演进规则塞进 Actor

Actor 的上下文首先应该服务当前用户任务，而不是常驻一整套源码探索、验证协议、历史轨迹和回滚规则。

Loom 把两种状态分开：

Actor 当前工作集	Loom 外部持久状态
用户当前目标	immutable plan 与 source snapshot
当前任务需要的工具结果	Builder workspace 与测试结果
需要向用户解释的进度	Verifier reports 与 Gate receipts
本轮必要摘要	历史版本、失败轨迹与恢复依据

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

渲染基于仓库 ZTCNO0NE/dsh-loom 的 README.md。在 GitHub 查看原文 →