dsh-lighthouse

作品发出去之后，最难的不是写代码，而是回答一连串琐碎却关键的问题：仓库还在吗、市场收了吗、有人下载吗、收录 PR 还要等多久、本地这份和线上是不是同一条船。dsh-lighthouse（灯塔）把这些状态收进 DSH 侧栏的一块观察面板里，每个名册作品一张卡，需要时还能点开直达 GitHub、npm 或市场条目——名字本身就是链接，不让你在一堆标签页里对表。

核心能力很克制：数据只来自 GitHub API、市场登记表、npm 和本地只读文件，面板、工具和 HTML 卡片走同一条采集路径，所以同一个数字不会出现三处说法。发布与否、市场收录与下载、收录 PR 相对上游中位数的等待、星标/关注/留言，以及本地版本、文件数和最后推送时间，读不到就写「读不到」，绝不拿模型或估算值糊过去。作品超过十二个会自动切紧凑视图，按「要不要人管」排序，让你先看到仓库读不到、没有 PR 或市场读不到的那些。

它只认你显式维护的名册，不会从目录名或包名前缀猜「哪些是你的作品」——猜错会把别人的仓库塞进你的看板。适用范围也写得很清楚：GitHub 侧的数据靠 API；只放在 Gitee/GitLab 的仓库，名册里可以写 mirrors 链接跳转，但不会假装有那边的 star 或推送时间。全部是 GET，不动仓库、不开 PR、不写远端，只在被调用或打开面板时拉一次状态。

适合已经用 DSH 管理多条插件或作品流水线的人：滑道发过布、改过中文名之后，用名册 sync 把 displayName 和链接跟上；日常用侧栏扫一眼，或用 lighthouse_report 落一张无外链、无脚本的单文件 HTML 方便截图或归档。若你关心「市场收没收、下载多少、PR 算不算等久了、npm 有没有包」，又不想自己拼 API 和表格，灯塔就是岸上那盏只读的灯。