deepseek-harness
deepseek-ai
DeepSeek Harness: Everything is a Plugin.
PROJECT TOPICS
PROJECT README
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.
| 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 |
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.
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.
CLASSIFICATION EVIDENCE
系统优先读取 GitHub Topics,再与站内分类词典和词根规则比对。当前命中: 无有效分类标签。