dsh-contract-check

DSH 的读路径很严：插件一旦在 render() 里返回裸字符串，或往会话里写入词汇表外的事件类型，后果往往不是「这一条坏了」，而是整条会话历史再也打不开。社区里这类事故并不罕见，而发布前的仓库扫描（例如 dsh-plugin-check）看不到你机器上「已经装进 profile、正在注册表里活着」的定义——尤其是压缩包、无源码分发时，更需要有人盯着运行态。

dsh-contract-check 的定位很克制：它不查恶意、不拦执行，只回答「当前装着的工具有没有在违反会让会话失联的两条内核契约」。加载时与注册表变化时会枚举可见工具，结合静态分析与可选的 render 实测（默认开启，宁 unknown 不误报 violation），并在运行期订阅会话事件，发现表外类型就写进日志。对外输出只有控制台告警和一个零 token 的会话头部「体检」角标：绿表示真验过且无违规，黄表示有契约风险，灰表示尚未体检或几乎判不准——绝不假装健康。

若你关心的是防投毒或权限隔离，这个插件帮不上忙（进程内检查器与恶意代码同权）；若你怕的是「装了一堆插件后某天突然所有会话都打不开」，它和发布前体检互补：他们管发出去之前对不对，你管装进来之后有没有在埋雷。