dsh-rigor-4 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node >=20）；该结论来自程序自动检查，未经人工实机验证。

dsh-rigor-4 兼容性怎么样？

自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node >=20）；该结论来自程序自动检查，未经人工实机验证。

dsh-rigor-4 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

dsh-rigor-4 还在维护吗？

GitHub 0 星。最近一次上游提交在 2026/9/16。

严谨交付 lishize20040802-rgb/dsh-rigor-4

DeepSeek Harnessv0.2.0

lishize20040802-rgb48 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

把需求变成有证据可核查的交付流程

29.9/100

综合分

GitHub 星标

npm 周下载

—/5

用户评分

数据截至 2026/9/17 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add dsh-rigor-4

npm 源 · dsh-rigor-4 的发布者账号已校验与本仓库一致

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：已验证

是什么

dsh 原生插件 · market

装得上吗

本站已在 dsh 0.2.1-rc.2 下真实安装成功

非静态推断

L4 · 真实安装等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

更新放缓：最近一次提交在 48 天前

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

社区实装还没有人打卡 · 装过的第一个就是你

安装兼容性检查✓ 自动检查通过

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-rigor-4 @ 0.2.0

✓Node 引擎要求 >=20 · 基线 Node 22.19 满足

✓dsh CLI 依赖未声明 dsh 版本约束

✓入口文件main/exports/bin 已声明

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/9/21 23:43:12

安全扫描自动 · 静态分析源码

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

可执行外部命令读写/删除本地文件

查看扫描证据（共 41 处，展示前 36 条）

读取本地文件
src/index.js:228
const info = statSync(absolute)
读取本地文件
src/index.js:244
const after = statSync(absolute)
读取本地文件
scripts/cli.mjs:35
if (process.argv[1] && await realpath(path.resolve(process.argv[1])).catch(() => null) === fileURLToPath(import.meta.url)) {
读取本地文件
src/store.js:263
try { return readFileSync(path, 'utf8') } catch (error) {
读取本地文件
src/store.js:301
try { names = readdirSync(sessionDirectory) } catch (error) {
写入本地文件
src/store.js:316
mkdirSync(sessionDirectory, { recursive: true })
写入本地文件
src/store.js:326
writeFileSync(temporary, JSON.stringify({ format: FORMAT, sessionId: key, revision, round }, null, 2), { encoding: 'utf8', flag: 'wx' })
写入本地文件
src/store.js:327
renameSync(temporary, target)
删除本地文件
src/store.js:331
rmSync(temporary, { force: true })
删除本地文件
src/store.js:332
rmSync(lock, { force: true })
读取本地文件
scripts/install.mjs:17
async function present(file) { try { return await fs.lstat(file) } catch (error) { if (error.code === 'ENOENT') return null; throw error } }
读取本地文件
scripts/install.mjs:23
async function readJson(file) { return JSON.parse((await fs.readFile(file, 'utf8')).replace(/^ FEFF/, '')) }
读取本地文件
scripts/install.mjs:37
const dshHome = await fs.realpath(homePath(options.dshHome ?? process.env.DSH_HOME))
读取本地文件
scripts/install.mjs:38
const packageRoot = await fs.realpath(path.resolve(options.packageRoot ?? SOURCE_ROOT))
读取本地文件
scripts/install.mjs:52
const dshPackage = await fs.realpath(path.resolve(suppliedDsh))
读取本地文件
scripts/install.mjs:69
const bytes = await fs.readFile(source)
执行外部命令来自配置/变量
scripts/install.mjs:106
? spawnSync(process.env.ComSpec || 'cmd.exe', ['/d', '/v:off', '/s', '/c', [command.executable, ...command.args].map(cmdQuote).join(' ')], { cwd: comm
执行外部命令来自配置/变量
scripts/install.mjs:107
: spawnSync(command.executable, command.args, { cwd: command.cwd, env: command.env, encoding: 'utf8', windowsHide: true, timeout: 120000 })
写入本地文件
scripts/install.mjs:114
await fs.mkdir(plan.archiveDir, { recursive: true })
写入本地文件
scripts/install.mjs:127
} else await fs.copyFile(packedFile, plan.archive, 1)
写入本地文件
scripts/install.mjs:137
await fs.writeFile(plan.profileManifest, json(after))
写入本地文件
scripts/install.mjs:152
await fs.mkdir(path.dirname(item.target), { recursive: true })
写入本地文件
scripts/install.mjs:153
await fs.writeFile(item.target, item.bytes, item.action === 'create' ? { flag: 'wx' } : undefined)
删除本地文件
scripts/install.mjs:159
await fs.rm(staging, { recursive: true, force: true })
读取本地文件
scripts/uninstall.mjs:12
try { return await fs.readFile(file) } catch (error) { if (error.code === 'ENOENT') return null; throw error }
读取本地文件
scripts/uninstall.mjs:18
try { if ((await fs.lstat(current)).isSymbolicLink()) throw new Error('Preset path traverses a link') }
读取本地文件
scripts/uninstall.mjs:26
for (const entry of await fs.readdir(path.join(install.dshHome, 'profiles'), { withFileTypes: true })) {
读取本地文件
scripts/uninstall.mjs:35
const profile = JSON.parse((await fs.readFile(install.profileManifest, 'utf8')).replace(/^ FEFF/, ''))
读取本地文件
scripts/uninstall.mjs:61
const after = JSON.parse(await fs.readFile(plan.profileManifest, 'utf8'))
删除本地文件
scripts/uninstall.mjs:67
await fs.unlink(item.target)
删除本地文件
scripts/uninstall.mjs:71
await fs.rmdir(directory).catch(error => { if (!['ENOENT', 'ENOTEMPTY', 'EEXIST'].includes(error.code)) throw error })
读取本地文件
scripts/native-tools.mjs:14
const actual = await fs.realpath(candidate)
读取本地文件
scripts/native-tools.mjs:15
const pkg = JSON.parse(await fs.readFile(path.join(path.dirname(path.dirname(actual)), 'package.json'), 'utf8'))
读取本地文件
scripts/native-tools.mjs:27
const directory = await fs.realpath(path.join(root, '@deepseek-ai', 'dsh')).catch(() => null)
读取本地文件
scripts/native-tools.mjs:29
const pkg = JSON.parse(await fs.readFile(path.join(directory, 'package.json'), 'utf8'))
读取本地文件
scripts/native-tools.mjs:38
try { text = await fs.readFile(filename, 'utf8') }

扫描于 2026/11/4（0 天前） · 范围入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

需求转可核查交付流程
可移植安装卸载工作流

Rigor 4 社区智能体插件，面向 DeepSeek Harness，带可移植的安装与卸载工作流

README

由 DeepSeek 最新模型翻译生成

dsh-rigor-4 Rigor-4 帮助 agent 把请求变成可核查的交付：明确需求、比较方案、制定计划、收集证据，再进行独立审阅。它是 DeepSeek Harness 的独立社区插件；会话、模型调用、工具执行、审批和子代理仍由官方 DSH 负责。发布版本：0.2.0。已核对原生 DSH 0.1.5-rc.2 的接口契约，运行时没有外部 npm 依赖。插件能做什么 - 明确需求：记录原始请求、明确需求、推测的隐含需求和验收条件，便于在交付前发现理解偏差。 - 探索方案与技术：比较不同实现方式，记录选择理由；核对所用技术的版本、资料来源和待执行的小实验，避免凭印象依赖接口。 - 让计划对应实际工作：把步骤关联到需求，记录依赖、完成条件和需要重新规划的情形。普通任务可以省略额外策略字段。 - 检查可测量的结果：把功能、集成、兼容性、交付或性能检查关联到实际命令与本地报告；性能检查可按预设阈值核对样本，例如 p95 延迟。 - 按风险安排审阅：为探索、审阅和监控子代理提供简报，绑定实际子任务，从审阅子代理自身记录中读取结论。不会仅因步骤变多就增加审阅或向用户提问。 - 如实报告进度：检查完成声明是否有当前证据支持，也支持保留部分完成或受阻状态。记录按会话保存，重启后仍可读取。例如优化一个接口时，可以先记录两种方案、框架版本、固定测试负载和延迟阈值。

展开完整文档（README 剩余 1 节）

dsh-rigor-4

Rigor-4 帮助 agent 把请求变成可核查的交付：明确需求、比较方案、制定计划、收集证据，再进行独立审阅。它是 DeepSeek Harness 的独立社区插件；会话、模型调用、工具执行、审批和子代理仍由官方 DSH 负责。

发布版本：0.2.0。 已核对原生 DSH 0.1.5-rc.2 的接口契约，运行时没有外部 npm 依赖。

插件能做什么

- 明确需求：记录原始请求、明确需求、推测的隐含需求和验收条件，便于在交付前发现理解偏差。
- 探索方案与技术：比较不同实现方式，记录选择理由；核对所用技术的版本、资料来源和待执行的小实验，避免凭印象依赖接口。
- 让计划对应实际工作：把步骤关联到需求，记录依赖、完成条件和需要重新规划的情形。普通任务可以省略额外策略字段。
- 检查可测量的结果：把功能、集成、兼容性、交付或性能检查关联到实际命令与本地报告；性能检查可按预设阈值核对样本，例如 p95 延迟。
- 按风险安排审阅：为探索、审阅和监控子代理提供简报，绑定实际子任务，从审阅子代理自身记录中读取结论。不会仅因步骤变多就增加审阅或向用户提问。
- 如实报告进度：检查完成声明是否有当前证据支持，也支持保留部分完成或受阻状态。记录按会话保存，重启后仍可读取。

例如优化一个接口时，可以先记录两种方案、框架版本、固定测试负载和延迟阈值。agent 通过 DSH 执行检查、关联报告，再请审阅者检查最终产物。Rigor 核对命令事实、文件哈希和提交的数值结果；实验是否真正证明需求得到满足，仍由审阅者判断。

0.2.0 新增能力

现有工具新增可选策略，支持方案探索、带版本的技术调查、步骤依赖、重规划条件与声明式验收检查。审阅深度跟随 agent 声明的风险，风险判断本身也需要审查。完成前，每个声明检查必须针对当前工作通过，且审阅简报须晚于最新检查证据。

详细策略说明通过 rigor_plan({ strategy: "help" }) 按需获取，子任务收到对应角色简报。常驻纪律段与六工具的名称、描述和标准输入 schema 合计 UTF-8 体积，在相同统计口径下比 0.1.3 约缩减 26%。统计不含宿主提示、按需帮助/简报或运行事件，也不代表 token、延迟或模型能力提升。详细字段见 策略与验收说明，本次变化见 发布记录。

安装或升级

先用官方 DSH 初始化目标 profile（运行配置），并确保 Node 20 或更高版本、npm 和 pnpm 可用；Node 同时须满足所用 DSH 版本的要求。然后执行：

npx --yes dsh-rigor-4@0.2.0 setup

该命令安装或升级运行包，加 --preview 可预览计划。已有且内容不同的预设文件默认保留；如需采用本次发布的预设定义，先保存自己的定制，再显式执行：

npx --yes dsh-rigor-4@0.2.0 setup --replace-presets

升级前结束正在使用 Rigor 的任务。安装后重启 DSH、刷新网页，在 agent 选择器中选用 rigor-4；也提供 PTC、Cordis 和 minimal 变体。安装不会替你选择默认 agent 或修改模型路线。官方提示“按普通依赖安装”属于预期行为，插件通过所选 agent 预设挂载。

也可以使用 GitHub 发布包：

npx --yes --package=https://github.com/lishize20040802-rgb/dsh-rigor-4/releases/download/v0.2.0/dsh-rigor-4-0.2.0.tgz dsh-rigor-4 setup

默认目标为 DSH_HOME / ~/.dsh 下的 web profile；可用 --dsh-home PATH、--profile NAME 指定目标。入口通过 npm root --global 定位官方 DSH，非全局安装须传入 --dsh-package PATH。它自动沿用目标 profile 的 pnpm store，也接受显式 --store-dir PATH。

npx 先将发布包下载到 npm 缓存。安装入口通过 npm pack --ignore-scripts 保留 /third-party/archives/dsh-rigor-4-0.2.0.tgz，再交给官方 DSH/pnpm 离线安装，并禁用安装脚本和 pnpmfile。同 profile 的其他依赖须已在本地可用。原生包管理失败可能留下部分 profile 更改；版本归档会保留。详见 安装、升级与故障处理。

源码或解压目录可以运行 node scripts/cli.mjs setup，安装该源码包自身的版本。底层 node scripts/install.mjs 和 Windows ./install.ps1 默认预览，传 --apply 才执行。

六个工具与四种预设

| 工具 | 记录或核对的内容 |
| rigor_read | 原始请求、明确和隐含需求，以及可证伪的验收条件 |
| rigor_plan | 步骤与需求的关联；按需声明策略、依赖和验收检查 |
| rigor_brief | 子代理问题、职责及其所服务的需求 |
| rigor_evidence | 已记录的观察、命令或产物；核验声明检查的报告 |
| rigor_review | 从已绑定审阅子代理自身日志读取结构化结论 |
| rigor_report | 检查完成声明，或如实记录 partial / blocked |

| 预设 | 原生基础 | 子代理 / 提问通道 |
| rigor-4 | standard | 有 |
| rigor-4-ptc | PTC | 有 |
| rigor-4-cordis | cordis | 有 |
| rigor-4-minimal | minimal | 无；只注册可用的四个记录工具 |

证据与持久状态

每个会话使用独立状态文件：/.rigor4/sessions/.json。需求读法、计划和工作修订号防止旧证据或旧审阅直接证明新的交付。0.2.0 继续使用 format 2 / shape 2；旧会话保留原有记录，缺失的策略或检查字段不会自动变成“验证通过”。重启或释放 agent 不会删除记录。

计划与技术探针为执行和审阅提供依据，实际工作仍由 DSH 工具完成。报告的状态、环境、样本以及命令与被测文件之间的关系由报告作者提供；哈希和阈值核对无法证明命令确实加载了该文件，或样本能代表目标负载。证据和模型判断仍需审查，minimal 不提供独立审阅。

角色约束依赖有限的工具与命令分类。执行权限由 DSH 沙箱和审批策略负责；允许运行 shell 检查的审阅者仍可能执行有副作用的命令。其他 DSH 版本需要重新核对原生契约。集成细节见 设计说明。

卸载

先结束使用 Rigor 的活动任务，为新任务选择官方预设，然后执行：

npx --yes dsh-rigor-4@0.2.0 uninstall

加 --preview 可预览。GitHub 发布包命令同样把末尾 setup 改为 uninstall；源码安装可从对应版本的包目录运行 node scripts/cli.mjs uninstall。

卸载通过官方 DSH/pnpm 执行。其他 profile 仍依赖 Rigor 时保留共享预设；否则只删除与本次发布完全相同的预设文件。遇到定制预设会停止卸载，需先导出并明确移除这些定义后重试。会话记录、凭据和发布归档保留。完成后重启 DSH 并刷新网页。详见 卸载与数据保留。

开发与验证

node --test
npm pack --ignore-scripts

合成测试覆盖策略解析、验收报告、审阅时序、持久化、提示体积预算和安装器失败行为，不调用真实模型，也不衡量 LLM 成功率或完整任务质量。按需帮助、工具结果和审阅子代理仍会占用上下文并可能增加模型轮次；常驻提示缩小不保证整项任务成本下降。打包只生成本地产物，不代表发布；发布包不携带测试、用户状态或凭据。

许可与归属

插件采用 MIT 许可。四种预设改编自 DeepSeek Harness 0.1.5-rc.2，其原始 MIT 许可保留在 LICENSE-DeepSeek。