DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

Shipcheck — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
S

dsh-shipcheck

Shipcheck

以证据为先的 DSH 前端发布检查:真实浏览器检查、用户流程、视觉基线和可复现报告。

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

npx -y @deepseek-ai/dsh plugin --profile web add github:guo6x/dsh-shipcheck#17fd57f0921d142c25e48ebace5203083fb5b550
README兼容性版本

兼容性与来源证明

Shipcheck 以 dsh-shipcheck 发布,当前版本为 0.4.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/8/26

版本

0.4.1stable
2026/8/26
0.3.0stable
2026/8/26

相关插件

正在加载相关插件…

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

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

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

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

认领这个 Plugin →
报告问题

相关插件

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

Web App@deepseek-ai/dsh-web-appdsh 浏览器界面捆绑包:位于 dsh-base 之上的 Web 补丁层,加上运行时粘合插件(提供前端 dist、Web 界面提示符、bash 运行时变量和 URL 行)Sdk Minimal@deepseek-ai/dsh-sdk-minimal独立的最小 SDK 配置包:JSON-RPC、一个 DeepSeek 适配器、持久化 Shell 和 JSONL 会话Sdk App@deepseek-ai/dsh-sdk-appdsh SDK 配置包:基于 dsh-base 提供 stdio JSON-RPC 服务和进程生命周期管理Subagent Codex@deepseek-ai/dsh-subagent-codex基于官方 app-server 协议的一次性 Codex 子代理提供程序

README

🚢 dsh-shipcheck — evidence before ship

· 中文说明 · DeepSeek Harness plugin

A frontend is not ready because an agent says “looks good”. It is ready when a real browser produces evidence.

dsh-shipcheck is an evidence-first frontend release checker for DeepSeek Harness. It uses dsh-pilot to open the real page, then produces deterministic checks, screenshots, named baselines, and reproducible JSON reports. It does not edit the project or auto-dismiss failures. Its evidence format is designed to accept higher-level design judgments from dsh-palate in the next integration phase.

Why this is different

Style libraries give an agent advice. Browser drivers give it hands. Shipcheck closes the delivery loop with facts first; a later palate integration can add design judgment without replacing the evidence:

project URL → real browser → page evidence → deterministic checks → baseline diff → report with screenshot

The first version checks:

  • page availability, title, visible body, and primary heading
  • missing image alternative text and unnamed controls/links
  • horizontal overflow at the captured viewport
  • required/forbidden text and required CSS selectors
  • structural regressions against an explicit named baseline
  • browser runtime failures: console errors, uncaught exceptions, and failed/HTTP 4xx-5xx requests

Every failure includes concrete evidence. A baseline is only written by the explicit shipcheck_baseline tool; a normal run never changes the saved baseline.

Tools

ToolPurpose
shipcheck_runInspect a URL in a real browser, run checks, compare a baseline, save a screenshot and JSON report
shipcheck_matrixInspect 1-20 URLs as one release gate; keep route-level screenshots, reports, failures, and baselines
shipcheck_flowExecute a bounded user journey with real browser actions, step screenshots, assertions, and redacted evidence
shipcheck_baselineExplicitly capture a reviewed URL as a named structural baseline
shipcheck_historyList recent reports and their pass/fail summaries

The Web panel adds the same local-first flow: choose 单页, 多路由, or 流程, then inspect the status, failed checks, screenshots, and recent history.

Install and run in 90 seconds

dsh plugin --profile web add github:guo6x/dsh-pilot
dsh plugin --profile web add github:guo6x/dsh-shipcheck

Restart dsh web, open the 🚢 button in the sidebar, and paste a local URL such as http://127.0.0.1:3000.

For an agent-driven run, ask:

Run shipcheck_run on http://127.0.0.1:3000 as project checkout, require the visible text Checkout, forbid Something went wrong, and tell me whether it is safe to continue manual review. Do not modify files.

After a human reviews a healthy page:

Capture the current checkout page as the checkout shipcheck baseline with shipcheck_baseline. Then run shipcheck_run again and explain any structural regression with the evidence paths.

For a release with several important routes, ask:

Run shipcheck_matrix for http://127.0.0.1:3000/, http://127.0.0.1:3000/login, and http://127.0.0.1:3000/checkout as matrix checkout-release. Require Checkout on every route, forbid Something went wrong, and report which route failed with its screenshot and JSON report path.

The matrix runs routes sequentially in one real browser session. Each route is saved as its own report and uses a generated baseline name under <matrix-name>/<route-key>, so the login page cannot overwrite the checkout page's baseline. The matrix report then aggregates all checks and includes a route-by-route summary.

For a real user journey, ask:

Run shipcheck_flow from http://127.0.0.1:3000/login as checkout-login. Fill the Email and Password fields, click #submit, wait for the URL to include /dashboard, assert that Logged in is visible, and tell me whether the journey passed. Do not modify files.

The flow tool accepts up to 30 ordered steps (navigate, click, fill, press, wait, wait_for, and assert). It captures evidence after every step and stops at the first failure. Filled values are used in the live browser but are replaced with [redacted] in the saved report. Clicking a submit button can still change the inspected application's state, so only provide explicit steps for an environment where that action is authorized.

The plugin stores local evidence under $DSH_HOME/shipcheck/:

shipcheck/
├── artifacts/       # screenshots
├── baselines/       # explicit named baselines
└── reports/         # recent JSON reports, capped at 100

A matrix therefore uses up to 21 report entries for 20 routes: one aggregate report plus one report per route.

No API key, cloud dashboard, embedding service, or automatic project write is required. dsh-pilot is a separate profile-level companion because DSH blocks GitHub repositories nested inside plugin dependencies; Shipcheck gives a clear error if it is missing.

Honest limits

  • This is a release gate, not a full visual regression lab; the first baseline compares stable structure and text drift, not pixel-perfect screenshots across operating systems.
  • The first release does not yet score the page with dsh-palate principles; it stores the evidence shape needed for that integration.
  • Runtime telemetry uses the browser's CDP events. If the companion browser does not expose that capability, Shipcheck reports an explicit warning instead of pretending the runtime is clean.
  • A passing automated run still needs human review for product semantics, content quality, and intentional exceptions.

Develop

pnpm install
pnpm test

The core tests use fake evidence and do not require a browser. The real browser path is exercised when shipcheck_run, shipcheck_matrix, or shipcheck_flow is used in a DSH Web profile.

MIT licensed.