dsh-release-selfcheck：DeepSeek Harness 的发布前自检清单

它是做什么的？

它是 DeepSeek Harness（DSH）的发布前自检插件，把「发版前该核对什么」变成 Agent 可自动执行的检查清单。它解决的不是报错，而是「所有 CI 都是绿的、日志里没有任何异常，但事情没做成或做错了」这类静默事故。装上后，Agent 在发版、上传安装包、切换下载链接、创建 Release 之前会自动按清单逐项自查，覆盖产物清单、版本一致性、平台架构、上传过滤、站点上线与发布纪律等环节。由 feely0208 维护，采用 MIT 协议，用 Shell 实现。

核心功能

• 产物清单比对：把预期清单与实际目录逐一核对，多一个要问为什么、少一个也要问为什么，防止多传或漏传。
• 版本一致性检查：核对包版本、git tag、多个站点与多条产品线之间是否互相覆盖。
• 平台与架构校验：解包看二进制头而不只看文件名，并确认随包载荷的架构与包本身一致。
• 线上链接逐条探测：从线上页面抽取下载链接逐条发 HEAD 请求，403 表示源站没有、000 表示网络抖动。
• 发布纪律核对：检查主程序是否正式发布、附加发布是否标了 Pre-release、latest 指向谁。
• 已知假阳性清单：内置一节说明哪些现象属于正常，避免检查本身误伤。

怎么使用这个插件？

在 DSH 中启用后，Agent 在涉及发布的对话里会自动带上这套检查清单，无需手动触发。技能正文自带一个可直接运行的脚本，注册时会自动替换为真实完整路径，常用子命令包括查看当前配置与自动推断结果、做产物清单比对、核对版本一致性、逐条探测线上链接，以及检查发布纪律。配置项全部可选，不设则自动推断：仓库根目录默认从当前目录向上找，仓库 slug 默认从 git remote origin 推断，主站目录不设则跳过跨站版本比对。脚本只做能机械核对的部分，架构是否正确、清单是否合理这类判断仍需人或 Agent 来看；它依赖 DSH 的技能能力，该能力缺失时插件会静默跳过，不影响 profile 启动。

报错怎么排查？

检查本身可能误报，README 专门列了一节「已知假阳性」：下载目录里出现 .blockmap 文件是正常的，锁文件里出现敏感词可能只是 base64 巧合，这些都不应当作问题处理。 若验证步骤把完好的包判成坏包，通常是断言方式不对——用 unzip -l 的输出做断言并不可靠，应改为断言可核对的最终结果。 若出现「上传器刻意跳过某类文件、验证器却拿整个目录去核对」导致的假失败，说明验证器与上传器的过滤规则没有同源，需要让二者使用同一套规则。 若线上链接探测返回 403，表示源站确实没有该文件；返回 000 则多为网络抖动，可重试后再判断。