Tools & Capabilities

dsh-plugins

kestiny18/dsh-plugins · ★ 3

kestiny18

Community plugins for DeepSeek Harness

License
MIT
Added
2026-08-23
Maintenance
active
Install kind
github

No manifest check is available; listing does not imply compatibility or security review.

安装

dsh plugin --profile web add github:kestiny18/dsh-plugins

GitHub 源码安装:首次需按提示配置 allowBuilds 构建授权后重试

For install and environment setup, plus plugin development tutorials, see DSH community docs ↗

README

Source README · body: en · Read Chinese README

Table of contents
  1. Packages
  2. Applications
  3. Development
  4. Releases

Monorepo for independently published DeepSeek Harness plugins. The repository uses one Git history, one pnpm lockfile, and shared CI/release automation; every dsh-* directory remains its own npm package.

Packages

Package Description
dsh-redact Fail-closed canonical tool-output tokenization before model and Session persistence
dsh-usage Replay-aware token usage and estimated model cost for the Harness Web UI

Applications

Application Description
dsh-community Cloudflare Worker + D1 public usage leaderboard and GitHub-linked profiles

Development

pnpm install --frozen-lockfile
pnpm run check
pnpm run pack:check

Run a command for one plugin with a pnpm filter:

pnpm --filter dsh-usage run check

New plugins should be direct child directories named dsh-*. Give each package its own package.json, README.md, CHANGELOG.md, LICENSE, source, tests, and release:check script. Do not create a nested .git directory or package lockfile.

Releases

Packages are published independently from GitHub Releases through npm Trusted Publishing, without a long-lived npm token.

After adding the GitHub repository as origin, run pnpm repo:sync and commit the package metadata. Configure a GitHub environment named npm, then configure each npm package's trusted publisher with this repository, workflow publish.yml, environment npm, and allowed action npm publish.

Release tags are package-specific: <package>-v<version>, for example dsh-usage-v0.1.1. The workflow validates the tag against the selected package, runs that package's release checks, and publishes only that package. Normal releases use the npm latest tag; GitHub prereleases use next.

See CONTRIBUTING.md and SECURITY.md for project policy.