dsh-web-search-ddg
aooyoo
Zero-token DuckDuckGo search provider for the DeepSeek Harness (DSH) web seam — local headless browser, no API key, no m…
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,再与站内分类词典和词根规则比对。