Install verification: runtime verified (L5) · tested on dsh 0.2.1-rc.2 · last checked Install verification details →
What it doesAI
Restarts DSH only when every conversation is idle, then auto-resumes interrupted sessions and re-arms goals so work continues.
- Waits until all sessions are idle before restarting, never mid-task
- After restart, resumes interrupted sessions and re-arms persistent goals
- Merges concurrent restart requests into one and wakes every requester
Capability tags are AI-inferred or rule-extracted from the README (see badge) — vocabulary-limited, not install-verified. AI = inferred; README = literal keyword from the readme.
Installation
dsh plugin --profile web add dsh-autorestartInstall method: npm · runtime verified (L5)
Verification & Compatibility
Grouped by plugin version: each card lists the dsh versions actually tested against that artifact version and their install verdicts (L5 wins). Untested combinations are omitted — absence means untested, never assumed compatible. L1–L3 are a plugin-level static archive (independent of the dsh version — the same verdict on every dsh row): they sit in each row's level grid next to L4/L5, marked "static", while their evidence is stored once per plugin inside that row's "checks & evidence" instead of being duplicated per version.
External credentials (plugin-level): none detected
package manifest not collected — the declared range is unknown.
| plugin \ dsh | dsh 0.2.1-rc.2 current |
|---|---|
| 0.2.1 | ✓ |
0.2.1npm✓ 1 runtime-verified2026-10-22
dsh-autorestart
✓dsh 0.2.1-rc.2current2026-10-22L5 · runtime verified
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • Plugin artifact: npm · dsh-autorestart@0.2.1
ID: dsh-autorestart@0.2.1@dsh0.2.1-rc.2 · profile: l4-sandbox
Issued: 2026-10-22 · expires: 2026-10-29
View checks & evidence
↳ carried from earlier record dsh-autorestart@9e57f2@dsh0.2.1-rc.2 (l3-fullscan)
↳ carried from earlier record dsh-autorestart@9e57f2@dsh0.2.1-rc.2 (l3-fullscan)
↳ carried from earlier record dsh-autorestart@9e57f2@dsh0.2.1-rc.2 (l3-fullscan)
active in loader tree (150 entries)
L1–L3 are plugin-level static conclusions (baseline, identical across dsh versions): evidence is stored once per plugin.
Only the latest 3 published versions are shown; source-snapshot (commit hash) groups, unstated groups and older versions are omitted — the full archive stays in the data layer (snapshot/unstated groups appear only when a plugin has no published version).
Author badges
Embed the official badges in your README to showcase security & install-test status:
`[](https://www.dsh.so/artifact/dsh-autorestart/)``[](https://www.dsh.so/artifact/dsh-autorestart/)`Security Report
Two automated layers, neither a manual review: a static scan (per-plugin rule checks) and a model-driven dynamic security audit that covers only the subset static-flagged at warn or above and never executes plugin code.
Static low, dynamic medium — stricter wins → overall medium.
v0.2.1dsh manifest0.2.1npm2026-10-220.2.1same versionclean · npmVet is an AST static scan (npm artifact or git source).
show static findings (6)
- criticalspawnShell · shell
lib/restart.js:351const child = spawn(text, { shell: true, detached: true, windowsHide: true, stdio: 'ignore' }); - warningnetIp · network
index.js:566return 'http://127.0.0.1:' + port + resolveHealthPath(config) + '?gate=1' - warningfsWrite · files
lib/checkpoint.js:431fs.writeFileSync(fd, payload, 'utf8'); - warningshellExec · shell
lib/restart.js:295const stdout = execFileSync(wmiCommand.file, wmiCommand.args, { - warningshellExec · shell
lib/restart.js:322execFileSync('schtasks', schtasksCreate, execOptions); - warningshellExec · shell
lib/restart.js:323execFileSync('schtasks', schtasksRun, execOptions);
show 3 audit findings
- mediumOperator-configured restartCommand is spawned through a shell without per-invocation confirmation
lib/restart.js:351When restartMode is 'command' and restartCommand is non-empty, executeRestart() expands the template (buildCustomCommand) and runs it detached through a real shell as the Host user, triggered automatically by a model tool call (continuum_restart) with no confirmation step. The command text is operator-supplied, not tool-arg controlled, and the default (restartMode 'app', empty restartCommand) never reaches this path, so this is a capability/config risk rather than an injection from untrusted input.
- lowRestart helper kills every process named "DeepSeek Harness.exe" machine-wide, not just this host
lib/restart.js:116taskkill /IM with the default image name plus /T /F terminates every process with that image name on the machine, including a second/dev instance or a window a user opened deliberately; combined with the ungated fallback after more than 20 gate aborts, the kill can also land while another conversation is mid-turn, losing in-flight work.
- lowGate helper .cmd is written next to the checkpoint and later executed via schtasks/WMI
lib/restart.js:283A .cmd file (restart-<generation>.cmd) is materialized under path.dirname(stateFile) and then run as `cmd.exe /c "<script>"` through schtasks/WMI. The content is generated from appExePath and the health URL, so it is not attacker-authored, but anyone able to write into the (operator-configurable) checkpoint directory could substitute the file between write and execution and have their content run with the Host's privileges.
Restart path is genuinely gated (idle gate, loopback re-check, rollback caps); residual risk is an operator-configured command spawned through a shell and a broad taskkill/write-execute helper.
Rule: the dynamic audit can only raise risk, never lower it (raise-only, never an exemption); a wrong raise is withdrawn by human review and the tier falls back to the static verdict. Overall verdict = the stricter of the two layers.
Disclaimer: the static scan and the dynamic security audit are both automated analysis, not a security guarantee. Always review what you install.
Activity
Last commit 2026-10-22 · activity: Active
• Repo created: 2026-10-22
• Stars: ★ 0 · Forks: 0
• Health: Active — committed within last 30 days
Source
Author README
View on GitHub ↗The author's original README from the repository — fetched live, unedited (the English page loads the default README).
