dshbase

插件目录 / Developer / dsh-bug-fix

dsh-bug-fix

已验证 · 实测可装 MarvekG

✓ 持续维护

查看 GitHub ↗ ← 返回插件目录

1Stars
0Forks
0未关闭 issue
—语言
2026-08-23最近推送
跨平台平台

功能简介

Developer 类别的 DeepSeek Harness 插件。

✅
我们的评价
可用 — 实测通过,早期项目

Developer 类别的 DeepSeek Harness 插件。 实测能干净安装、正常启动。早期项目,但功能可用。

「已验证」表示我们的自动化 CI 在干净 profile 里实际执行了 dsh plugin add 并启动成功——仅此而已。功能描述与版本兼容性均为作者声明。这不是安全审计,也不代表对第三方代码的背书。

README

@MarvekG/dsh-bug-fix

License: MIT

Chapter 1: Installation Guide

1.1 Install from GitHub

Install dsh first and make sure it runs correctly. By default, install the plugin from GitHub:

dsh plugin --profile web add github:MarvekG/dsh-bug-fix
dsh web

web is the DSH profile name. Replace it with another profile name when needed.

Restart DSH Web after installation for the plugin to take effect.

1.2 Pin a version

To use a fixed version instead of following the latest repository state, append a commit SHA:

github:MarvekG/dsh-bug-fix#<sha>

1.3 Local debugging

After cloning this repository, run the following from its root:

dsh plugin --profile web add .
dsh web

1.4 Uninstall

Remove the plugin from the web profile:

dsh plugin --profile web remove @MarvekG/dsh-bug-fix

1.5 Update

Update by removing the old version and installing the new one:

dsh plugin --profile web remove @MarvekG/dsh-bug-fix
dsh plugin --profile web add github:MarvekG/dsh-bug-fix
dsh web

For local debugging, replace the second command with:

dsh plugin --profile web add .

1.6 Run tests

Run this from the plugin directory:

npm test

1.7 Multiple entrypoints

This package uses DSH subpath entrypoints. The current sandbox fix is mounted as:

@MarvekG/dsh-bug-fix/sandbox-same-mode

It is mounted independently by cordis.patch.yml. Future fixes can add one script, one exports subpath, and one patch row; each entrypoint then has its own Cordis lifecycle and can be loaded or unloaded independently.

Chapter 2: Solved Problems

This chapter records each fix separately. Add a new subsection here for every future DSH issue handled by this repository.

2.1 Redundant sandbox permission requests

The original error

A retry carried these arguments after the session policy had already changed to danger-full-access:

{
  "file_path": "/home/wang/codes/StickyProxy/plugin/internal/state/store.go",
  "content": "x",
  "sandbox_permissions": "workspace-write",
  "justification": "write the requested plugin fix outside the workspace"
}

DSH rejected it before the write ran:

sandbox escalation to "workspace-write" is not strictly wider than this call's current "danger-full-access" mode
Why it happened

Tool schemas advertise every possible escalation target because the effective policy is session-specific. A model can retain a retry instruction created under a narrower policy after the session has switched to the same or a wider mode. In the example, workspace-write is lower than the current danger-full-access policy, so the requested field does not add any capability and DSH correctly rejects it as a non-escalation.

What the plugin changes

The plugin wraps a tool when it is registered, which covers both ordinary global tools and the preset-scoped bash, pwsh, write, and edit tools used by DSH Web. It removes the escalation fields and runs in the standing mode only when all of these conditions hold:

  1. sandbox_permissions is a value explicitly advertised by that tool's schema enum;
  2. justification is a non-empty string; and
  3. the requested mode is no wider than the effective sandbox mode for this call and session.

This is a redundant declaration, so it does not open an approval prompt or return the not strictly wider error.

Real permission upgrades and every invalid input keep the original path:

  • read-only → a wider mode: approval is still required;
  • workspace-write → danger-full-access: approval is still required;
  • Missing, blank, or incomplete justification: the original validation error remains;
  • A permission value not advertised by the tool schema, including a fabricated same-mode value, remains subject to DSH's original schema validation.
What the plugin does not bypass

The plugin does not expand the workspace or change workspaceRoot, and it never grants extra access. A request run while the effective mode remains workspace-write can still be denied outside its workspace after the redundant escalation fields are removed.

Restart DSH Web after installing or updating this plugin so new preset-scoped tool definitions are registered through it. It cannot retroactively wrap tool definitions belonging to sessions that already existed before the plugin started.

Chapter 3: License and Friend Links

This project is open source under the MIT License.

Friend Links

  • linux.do — An open and friendly community for developers.

安装

🧩 让 Agent 自动装(推荐)

装一次目录插件,之后本站所有插件都能让 DeepSeek Harness 自动找、自动装:

dsh plugin add dshbase-catalog

然后对 agent 说「帮我装 dsh-bug-fix」,它会在目录里找到并自动安装。文档:dshbase-catalog · 已验证场景包。

该插件是 GitHub 源码(未发 npm)——直接从仓库装:

Web profile:

dsh plugin --profile web add github:MarvekG/dsh-bug-fix

Headless(CLI)profile:

dsh plugin --profile headless add github:MarvekG/dsh-bug-fix

实测报告

验证通过:从 GitHub 源码完成 L1 安装 + L2 加载 + L3 运行(dsh 0.1.0-rc.6)。

安全:尚未扫描——我们的每日静态扫描将很快覆盖它。

分享徽章

Developer 里更多

浏览全部 7819 个插件 →