DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Harness Ops — DeepSeek Harness 插件(DSH Plugin)
← Plugins
H

harness-ops

Harness Ops

DeepSeek Harness 的可审计运行证据和运维仪表板

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:AikingChoice/harness-ops#220399941dd6c3933ecc2501cc5dbacfd6550539
README兼容性版本

兼容性与来源证明

Harness Ops 以 harness-ops 发布,当前版本为 0.1.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
github
Registry 更新时间
2026/9/5

版本

0.1.0stable
2026/9/5

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
any
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/9/5
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录

相关插件

继续浏览 security-access 分类下经过校验的插件。

Doctor@linxin666/dsh-doctorDSH 配置档案的事务性救援模式,配备受监督的启动器、隔离的恢复容器、确定性修复、健康监控以及本地 Web 恢复控制台Pocketdsh-pocket把 DeepSeek Harness 装进你的口袋:一个包、一个设置页,手机扫码即同步访问电脑上的 DSH(局域网 + 公网,实时同屏)。DSCODE@toddzheng024/dscode-bundle完整的 DeepSeek 编码代理,支持持久化 shell、Ultra 协作和自动权限审查。Auto Reviewdsh-auto-review针对 DeepSeek Harness 审批请求的第二模型 AI 自动审查:只读审查子代理在审批应答链上决定允许或拒绝,并采用故障关闭回退机制和完整的会话日志审计。

README

HarnessOps

Auditable run evidence and a local operations dashboard for DeepSeek Harness.

DeepSeek Harness 的计划与结果记录插件:记录步骤、保存命令输出、汇总检查结果, 并通过本地网页查看。适用于不同语言的工程任务,目前为早期可用版本。

HarnessOps records an engineering agent's plan and reported command results, then computes a summary for human review. It does not replace the DeepSeek Harness agent loop, sandbox, command tools, sessions, or approval flow.

Why it exists

Agent demos often collapse plans, model claims, and observed command results into one transcript. HarnessOps keeps those layers separate:

Goal -> Recorded plan -> Host approval/execution -> Bounded evidence
     -> Integrity verification -> Deterministic result -> Dashboard

The final status is computed from recorded evidence:

  • passed: every planned step has passing evidence.
  • failed: at least one executed step failed or timed out.
  • inconclusive: a step is missing or explicitly not run.

Missing evidence cannot produce a passing result. However, evidence is currently submitted by the caller (including the model), not captured from host execution events. A caller can submit fabricated output. A passed result means that all recorded outcomes passed, not that HarnessOps independently verified execution.

Harness tools

ToolResponsibility
ops_run_startOpen one durable run for a goal and workspace.
ops_plan_recordStore the exact plan before execution.
ops_evidence_recordStore one bounded, redacted command result.
ops_run_finalizeVerify evidence hashes and compute the terminal status.

DeepSeek Harness remains responsible for asking approval and executing the planned command through its normal tools. HarnessOps only records the result.

Local development

Requirements:

  • Node.js 22.19+ (22.x) or 24+
  • pnpm 10.34+
  • DeepSeek Harness 0.1.2 RC family
pnpm install
pnpm check
pnpm demo
pnpm build
node dist/cli.js demo
node dist/cli.js serve

Open http://127.0.0.1:4177 to inspect recorded runs. The demo command creates synthetic records without running checks. Their limitations are visible in the dashboard. It is only a preview dataset.

Install the packed plugin into a Harness profile:

pnpm pack
dsh plugin --profile headless add ./harness-ops-0.1.0.tgz

Set HARNESS_OPS_DATA_DIR to move the local evidence directory. The default is .harness-ops under the host working directory.

Evidence guarantees

  • Common credential patterns in stdout/stderr are redacted before persistence.
  • stdout and stderr are bounded independently.
  • Truncation happens inside string fields, so stored files remain valid JSON.
  • Every evidence record carries a SHA-256 integrity digest.
  • Digests detect changes to the hashed record, not fabricated evidence or edits where a local writer also recomputes the digest.
  • Writes use a temporary file followed by an atomic rename.
  • Updates for one run through the same store instance are serialized.
  • Plans become immutable after evidence is recorded.
  • Terminal runs cannot be changed.

Boundaries

  • HarnessOps is a developer-preview companion to a developer-preview Harness.
  • It is a local, single-process evidence store, not a distributed job system.
  • Use a single writer/store instance per data directory. Separate instances do not share locks. Metadata (goal, plan, command, paths) is not secret-scrubbed.
  • Host approval is recorded as host-managed; HarnessOps does not create a second approval mechanism or verify that host approval occurred.
  • It does not execute commands, edit repositories, call models, or publish results to third parties.

Relationship to AgentForge

Inspired by AgentForge, HarnessOps keeps its useful ideas: structured plans, human-controlled execution, bounded evidence, auditability, and deterministic reporting. It removes the duplicate agent runtime, model transport, Windows-only launcher, machine-specific paths, and silent demo-data fallback.

Verification

pnpm test:coverage checks persistence races, result aggregation, credential redaction, output bounds, HTTP reads, and plugin dispatch. The integration test uses the real Cordis, SystemPrompt, and ToolRuntime services with synthetic results; it does not call a paid model or prove host command execution.

GitHub Actions runs type checking, tests, build, and package creation on Node 22.19 and 24. There is no model-backed end-to-end test in this release.

License

MIT