dsh-delivery-receipt
在终端中运行以下命令:
dsh plugin install dingchenhui0618-arch/dsh-delivery-receipt
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install dingchenhui0618-arch/dsh-delivery-receipt,或从 https://github.com/dingchenhui0618-arch/dsh-delivery-receipt 安装后重启 DSH,在对话视图中打开「交付回执」Tab。
插件介绍
收尾汇报最怕两件事:写少了漏证据,写多了把「我这台机器上是这样」说成「已经交付」。进度面板和 API 看板适合盯实时状态,会话小票适合记 token 和成本,但它们都不回答:这份交付里,哪几条别人能复现,哪几条只在你电脑上成立。dsh-delivery-receipt 把这件事收成一条可检验的规则。
点一次「生成回执」,插件会按配置执行测试与构建、采集分支与 commit、记录交付物的字节数、sha256 与图片尺寸,并跑一轮密钥扫描。每一项声明不看措辞、也不看成败,只按证据强度硬性归入「已验证」「仅本地」「未验证」三区——测试失败、扫描命中照样进已验证,只是标明事实;没有证据的板块留空,不补过渡句。输出可以是自包含 HTML,也可以复制 Markdown 贴进 PR 或聊天。
适合需要在项目收尾、提 PR 或对外说明交付物时,用一张页面对齐「可复现事实」与「尚未证实说法」的开发者与团队。它不替你做好坏结论,也不联网替你核实远端;能附证据的尽量写进配置字段,人写的 claims 会明确落在未验证区。
截图预览
使用场景
- PR 或对外交付前生成可分享的回执页
- 对照测试、构建与交付物哈希是否可追溯
- 用三区规则区分可复现事实与未证实说法
适合人员
- 需要规范收尾汇报的开发者
- 维护开源或对内交付物的团队
- 希望减少凭据误发风险的工程实践者