DeepSeek Harness Plugin Hub

Publish and manage complete Harness Profiles. Discover Plugins for your next setup.

Explore

PluginsPresetsDocsNews

Community

Publish a pluginContactReport an issue

Resources

Plugin Hub on GitHubDeepSeek HarnessSystem statusPrivacy notice
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

Independent and unofficial. Not affiliated with, authorized by, or endorsed by DeepSeek.

Capmark Gate — DSH Plugin for DeepSeek Harness
DeepSeek Harness Plugin Hub
ProfilesPluginsCategoriesNewsDocsSign inManage Profiles
ProfilesPluginsCategoriesNewsDocsSign in
← Plugins

dsh-capmark-gate

Capmark Gate

Hold a DeepSeek Harness agent to a capmark capability manifest: mask its tools and judge every call.

The plugin will be installed here. Keep web if you are unsure.

npx -y @deepseek-ai/dsh plugin --profile web add dsh-capmark-gate@0.3.1
READMECompatibilityVersions

Compatibility and provenance

Capmark Gate is published as dsh-capmark-gate and currently resolves to version 0.3.1. The Hub verifies its manifest and preserves the exact installation source for reproducible installs.

DSH compatibility
*
Runtime surfaces
any
Release source
npm
Registry updated
9/21/2026

Versions

0.3.1stable
8/23/2026
0.3.0stable
8/23/2026
0.2.1stable
8/23/2026
Show 3 more versionsCollapse versions
0.2.0stable
8/20/2026
0.1.1stable
8/20/2026
0.1.0stable
8/20/2026

Related plugins

Loading related plugins…

Latest
0.3.1
DSH
*
HMR
Process restart
Tree shaking
Safe tree shaking not declared
Unpacked size
13 kB
Files
6
Surface
any
License
MIT
Source
npm
GitHub
★ 2
Weekly downloads
35
Last push
8/24/2026
View source ↗Project homepage ↗
README badge

Click the badge to copy Markdown for your README.

Do you maintain this Plugin?Claim benefit · Priority security scan

Verify the GitHub repository declared in package.json to manage this listing. After you claim it, Hub will prioritize a security scan of the current version and publish the result when it passes.

Claim this Plugin →
Report an issue

Related plugins

More verified plugins in security-access.

Doctor@linxin666/dsh-doctorTransactional rescue mode for DSH profiles with a supervised launcher, isolated recovery capsule, deterministic repairs, health monitoring, and a local Web recovery consoleDSCODE@toddzheng024/dscode-bundleA complete DeepSeek coding agent with persistent shell, Ultra collaboration and automatic permission review.Auto Reviewdsh-auto-reviewSecond-model AI auto-review for DeepSeek Harness approval requests: a read-only reviewer subagent decides allow/deny on the approval answerer chain, with fail-closed fallback and full session-log audit.Agy Linkdsh-agy-linkGoogle Antigravity (agy CLI) models for DeepSeek Harness — stream Gemini/Claude/GPT-OSS subscriptions into DSH with thinking, tool activity, token usage and in-GUI Google OAuth login.

README

dsh-capmark-gate

Hold a DeepSeek Harness agent to a capmark capability manifest: mask the tools it can see, and judge every call it makes.

What it does

Two seams, both verified against @deepseek-ai/dsh 0.1.0-rc.7 and 0.1.1-rc.2:

  • tools.restrict() narrows what the agent can see. This is where the payload saving comes from — a tool absent from the view is absent from the request.
  • tools/pre-execute judges every call. A returned decision short-circuits the waterfall; next() delegates, so an allow here can never force-allow a call another policy would deny.

The two overlap deliberately. A mask alone is not enough: a tool registered into the agent's own layer bypasses the admit check, and run_code is re-added to every non-native view after restrictions apply. Both stay callable, so both are judged at pre-execute.

What it does not do

It does not sandbox a plugin's own code. A DSH plugin's apply() runs in-process with full Node privileges before any tool call happens. A capability manifest governs what an agent may call. Refusing to install an over-reaching plugin is a separate and earlier decision, made where the overlay row is written.

Saying this plainly matters more than the feature list. A permission system that implies a boundary it does not hold is worse than none, because people stop reading the code.

Measured on a live harness

The gate masked a standard agent with a manifest granting fs:read and forbidding proc:spawn, then drove real calls through the harness's own waterfall:

tools visible: 25 -> 4        (read, glob, grep, read_image)
masked (21):   bash, write, edit, job_*, skill, web_search, subagent, ...

read         allow
grep         allow
bash         deny  - reader declares `never proc:spawn`, and `bash` is part of it
write        deny  - reader declares no capability covering `write`
web_search   deny  - reader declares no capability covering `web_search`

That capture is committed as a fixture, and a test asserts the policy still produces those verdicts.

Configure

Ships disabled. A gate with no manifest denies every call in strict mode, so installing it must not silently mute an agent.

- id: capmark-gate
  disabled: false
  config:
    manifest: |
      ---
      capmark: 0.1
      plugin: reader
      ---
      ```cap
      grant fs:read
      never proc:spawn
      ```

strict defaults to true: with no manifest, deny. Set it to false only on purpose — a gate that fails open is decoration.

License

MIT