LeslieWylie/dsh-ops-kit
一个可复用的DeepSeek Harness捆绑包,用于证据驱动的记忆、编排、基准操作和插件发布工作流。
项目介绍Project Overview
dsh-ops-kit 是 DSH 的一个只读插件包,包含五个技能包与一个运行时诊断器,强制代理在声称记忆、计划完成、基准通过或版本可发前出示证据。核心能力包括:能力目录、基于证据的工作流规划、只读技能读取、Git 优先的本地记忆搜索、仓库审计、发布清单、插件自检及官方终端握手健康检查。适用于需要审慎证据链的多代理编排、基准评审、插件发布流程。注意:所有工具只读不执行;如遇终端提示符不匹配,请使用 dsh-terminal-hotfix --check 后再决定是否应用可逆补丁。
dsh-ops-kit is a read-only DSH plugin bundle of five skill packs plus a runtime doctor, forcing agents to show evidence before claiming memory, a finished plan, a passing benchmark, or a safe release. Core tools cover capability cataloging, evidence-based workflow planning, skill reading, Git-first local memory search, repository audit, release checklist generation, plugin self-verification, and official terminal prompt health. Use it for cautious multi-agent orchestration, benchmark review, and plugin release prep. Caveat: every tool is read-only and never auto-applies fixes; terminal mismatches require dsh-terminal-hotfix --check before any reversible patch.
请帮我了解并安装插件:【dsh-ops-kit】【https://github.com/LeslieWylie/dsh-ops-kit】
把上面这条消息直接发给当前会话里的 DSH,让它帮你了解并安装。安装命令不一定准确,发给 DSH 更稳。Send this message to DSH in your current session. CLI install commands may not be accurate across systems — DSH will figure it out for you.
或使用命令行安装(适合开发者)Or use CLI install (for developers)
命令行安装CLI Install
dsh plugin --profile web add dsh-ops-kit
把 LeslieWylie/dsh-ops-kit 加入你的 DSH 配置(web profile)即可启用。
READMEREADME
dsh-ops-kit
Five read-only skills that make an agent show its evidence — before it claims memory, a finished plan, a clean benchmark, or a safe release.
The bundle also includes a runtime doctor for the official PTY prompt handshake, because minimal-mode bash can otherwise look hung when the terminal and persistent-bash plugins use different completion prompts.
Why this exists
Agents are persuasive even when they are wrong. This bundle is built around one rule: before an agent says "I remember this," "the plan is ready," "the benchmark passed," or "the release is safe," it should be able to point at evidence for the claim instead of just asserting it. Five focused skill packs share that discipline — bounded memory search, evidence-based orchestration planning, agent-loop coordination rules, benchmark-result gating, and plugin release hygiene — instead of shipping the same idea as five separate packages that each need their own install and their own place in a plugin index.
Everything here is conservative by default: nothing silently creates issues, calls a remote API, starts a benchmark, mutates a repository, or reads credentials. The bundle gives an agent plans, checks, and evidence vocabulary; anything with a side effect stays an explicit, reviewable action taken outside the bundle.
Install
dsh plugin --profile <profile> add dsh-ops-kit
Installing from the registry means no build step and no allowBuilds approval. The equivalent, if you prefer editing the profile manifest by hand:
// ~/.dsh/profiles/<profile>/package.json
{
"dependencies": {
"dsh-ops-kit": "^0.1.0"
},
"dsh": {
"profile": {
"bundles": ["@deepseek-ai/dsh-base", "@deepseek-ai/dsh-web-app", "dsh-ops-kit"]
}
}
}
Then reinstall dependencies for that profile and restart it.
What's inside
| Capability pack | Tool | What it does | Side effects |
|---|---|---|---|
| Capability index | dsh_ops_capability_catalog |
Lists the included capability packs | None |
| Evidence-based orchestration | dsh_ops_workflow_plan |
Produces a scope → baseline → context → execute → verify → handoff plan for research, multi-agent, benchmark, or release work | None |
| Skill reference | dsh_ops_skill_read |
Reads a packaged full skill definition | None |
| Git-first memory | dsh_ops_memory_search |
Searches bounded local Markdown/code roots for prior context, with source provenance | Read-only |
| Repository audit | dsh_ops_repository_audit |
Audits Git cleanliness, untracked files, and credential-path hygiene | Read-only |
| Release hygiene | dsh_ops_release_checklist |
Produces a complete DSH plugin release checklist | None |
| Release verification | dsh_ops_plugin_doctor |
Checks a plugin repository against the checklist instead of restating it: dsh.bundle + cordis.patch.yml installability, patch row vs package name, private/files/exports publishability, @deepseek-ai/* kept as peers, and boot suites that print SKIPPED then exit 0 |
Read-only |
| Runtime health | dsh_ops_runtime_doctor |
Checks official terminal/persistent-bash prompt compatibility | Read-only |
dsh_ops_release_checklist says what a release needs; dsh_ops_plugin_doctor measures whether it happened. The split is deliberate — a checklist that no one verifies is how a boot suite ended up printing SKIPPED and exiting 0, turning CI green while the integration check never ran, and how a plugin stayed at "private": true and could never be published at all.
Agent-loop orchestration rules (leader-only dispatch, shared-worktree coordination, runtime ownership, cleanup evidence) and benchmark-evidence gating (manifests, prechecks, artifact inventory, result-integrity checks) ride along inside the workflow-plan and release-checklist skills rather than as separate tools.
Configure local roots
When using dsh_ops_memory_search or dsh_ops_repository_audit, configure roots to the directories the profile may inspect. Keep the root narrow and never point it at a credential directory.
# example overlay; adapt to the profile's configuration format
- id: dsh-ops-kit
config:
roots:
- /workspace/project
- /workspace/memory
maxFiles: 120
maxBytesPerFile: 160000
If no roots are configured, the tools default to the DSH process working directory. Credential-like paths and common run/secret directories are rejected or skipped.
Design provenance
This package is a standalone integration layer distilled from general engineering practice, not a copy of any internal source repository. No credentials, raw private data, generated run outputs, or machine-specific configuration belong here.
Verification
pnpm install --offline --ignore-scripts
pnpm build
pnpm typecheck
pnpm test
The package also ships a guarded dsh-terminal-hotfix command. It only patches the known official rc.6 compiled entry after an exact-layout check, creates a timestamped backup, and verifies the prompt handshake afterwards:
dsh-terminal-hotfix --check
dsh-terminal-hotfix --apply
Restart DSH after applying it. The command is intentionally not run by the plugin loader and never silently edits dependencies.
After installing into a live profile, verify that the DSH endpoint returns HTTP 200, the profile stays running after restart, the packaged skills are listed, dsh_ops_capability_catalog returns all capability packs, and dsh_ops_runtime_doctor is healthy. If it reports terminal-prompt-mismatch, use dsh-terminal-hotfix --check before applying a reversible repair; the doctor itself never edits node_modules.
License
See CONTRIBUTING.md and SECURITY.md before contributing.
MIT.
nexu-io/open-design
freestylefly/awesome-gpt-image-2
anywhere-labs/dsh-desktop
walkinglabs/learn-harness-engineering
awesome-dsh-plugin/awesome-dsh-plugin
MemTensor/MemOS