v0.5.1 — registry 页上现在看得到截图

v0.5.1 — registry 页上现在看得到截图

一个补丁版，只修一件你能在 npm 包页上直接看到的事；另外两处是开发侧的收尾。

修了什么

README 里的两张界面截图在 npm 包页上是裂的，现在不裂了。 原因很具体：截图资源（assets/）刻意不进 npm 包——
它们存在的意义是给插件市场读（市场取仓库根的 assets/ 与 screenshots.json），而 npm 包的 files 白名单里没有它们。
README 此前用相对路径引用它们（assets/xxx.png），于是同一份文档在 GitHub 上正常、在 registry 页上必然指向一个不存在于包里的文件。

现在两张截图走 raw.githubusercontent.com 的绝对地址：GitHub、npm 包页两边都渲染得出来。
截图仍然不进包——变的只是文档怎么引用它们，分发策略一点没动（test/release-artifacts.test.mjs 继续钉着它）。

顺带收尾（开发侧）

• scripts/release-status.mjs 的「发布提交 CI 绿」不再是永远查不动：附注 tag 的 rev-parse refs/tags/X 给的是
  tag 对象，不是提交；拿它去 gh run list 里匹配 headSha 永远匹配不到，于是这一格显示 ?，
  而同一行末尾又正确印着 master 头上那条 run 是绿的——自相矛盾。现在凡是「tag 指向哪个提交」的用途都先
  rev-parse X^{commit} 解引用。
• 新门禁：test/docs-integrity.test.mjs 现在拦「仓库内截图用相对路径」，并验证绝对地址指向的文件真的在仓库里
  （改了截图文件名而没改 README 会红）；docs/README.md 的「写文档的纪律」补上第 5 条讲这件事。

升级

装法不变：dsh plugin add dsh-connect-atomcode（或从 registry 更新），重启 DSH 进程。
本版没有配置变更、没有 state 文件迁移，直接覆盖即可。