blueWhalei/dsh-verify-gate0

dsh-verify-gate

Engineering verify gate for DeepSeek Harness: configured commands are authority; dirty receipts block conclude.

AI 분석

核心用途是确保 Agent 交付的代码或成果通过本地测试。适合让 Agent 自动编写代码并需要强制运行单元测试以保证质量的开发场景。

패키지
dsh-verify-gate
버전
0.1.0
라이선스
MIT
최근 업데이트
2026. 8. 14.

설치

$npx -p @deepseek-ai/dsh dsh plugin --profile web add github:blueWhalei/dsh-verify-gate

dsh-verify-gate

English | 中文

An open-source DeepSeek Harness plugin that requires the agent to run the workspace’s verification commands before it can conclude that work is done.

Pass/fail is decided only by process exit codes. A successful run writes an auditable receipt. After that, any successful mutating tool (for example edit, write, or bash) invalidates the receipt, so verification must pass again before conclude.

Install

Local path:

dsh plugin --profile web add /absolute/path/to/verify-gate

Or from GitHub (the repo includes the built lib/ entry points):

dsh plugin --profile web add github:blueWhalei/dsh-verify-gate

Restart Web, open the target workspace, then:

  1. Run /verify run, or have the model call verify_run
  2. Call verify_conclude only after every command exits 0

How commands are chosen

Resolution order:

  1. Non-empty config.commands always wins
  2. Otherwise auto-detect (on by default) requires exactly one common workspace marker:
    • package.json with scripts.test → pick the package manager from the lockfile / packageManager, then run test
    • go.modgo test ./...
    • Cargo.tomlcargo test
  3. If nothing matches, or more than one ecosystem matches → fail with an error that asks you to set commands, instead of guessing

For Python, Java, and other stacks with many local conventions, set commands explicitly.

Custom config

Change config only when the default is wrong. Put this in the profile’s cordis.patch.yml (it replaces that plugin’s entire config):

- id: dsh-verify-gate
  name: dsh-verify-gate
  config:
    commands:
      - id: test
        run: pytest -q
    autoDetect: true
    sandboxMode: danger-full-access

sandboxMode defaults to danger-full-access so package managers can use a global store. If you tighten the sandbox, confirm the verify commands still run for real.

Everyday entry points

GoalEntry
Run verificationverify_run or /verify run
Inspect gate statusverify_status or /verify
Concludeverify_conclude (needs a green, non-dirty, non-expired receipt)

Receipts are stored under /.dsh/verify-receipts/. Most application repos should ignore that directory.

License

MIT