Configuring dsh-purge
DeepSeek Harness loads dsh-purge for the profile used by the installation. Official dsh web uses the web profile, while the official desktop EXE uses the desktop profile; the README says to install and apply them separately. DeepSeek Harness does not change the host merely because the plugin is added to a profile. The change begins when Apply is selected on the dock’s Clean page.
The installation lookup order is:
$DSH_HOME
.dsh beside the DeepSeek Harness launcher
~/.dsh
The settings dock can edit prompt-inject.md, manage multiple AGENTS.md or CLAUDE.md rule sets, and check for plugin updates. The default identity comes from the encrypted prompt bundled with dsh-purge; dsh-purge does not read the host prompt file.
Commands and actions
The dock opens beside the session title and provides two pages:
Clean: shows grouped patch status and provides Apply, Restore, and Uninstall.
Drill: provides authorised access to assets, skills, and the local environment.
A successful Apply restarts DeepSeek Harness. An unfinished Apply does not. The README instructs operators to start a new chat after the restart for the injection to enter the session. On start, dsh-purge checks and reapplies its changes.
Requirements and supported hosts
DeepSeek Harness 0.2 is the target release. The README documents support for official dsh web and the official desktop EXE, specifically DeepSeek Harness 0.2.0-rc.2. Node.js >=18 is required, and Windows no-flash requires Node.js >=22. Older DeepSeek Harness builds require their matching older plugin. Community Desktop is not maintained.
Known limits and local reach
dsh-purge writes only to official @deepseek-ai packages and local configuration on the machine; it does not patch the DeepSeek Harness source tree. Drill is intended only for a host the operator manages, an offline target, or a written authorised exercise. The catalogue flags terminal access and credential requirements. The README states that maintenance is paused, with no guaranteed support for new DeepSeek Harness versions.
Written from the project's own documentation and kept in sync with it. Where the two disagree, the source is authoritative — read the README on GitHub