很多人装 GitHub 项目前，会先刷一下 Star 数。

Star 只是发现信号。真正决定能不能装的，是安装前的四道门。

拿一个目前只有约 1 个 Star 的仓库做例子：chungty/unjiggle。

命令是 `pip install unjiggle`。

用 AI + 它，把 iPhone 304 个 App 整理成了 3 页。

第一次写回，系统直接把布局重排了，以为失败；第二次完整读写才真正稳定下来。

走的路径是备份 → safety-test → suggest/go，再人工确认每一步。

装 GitHub 工具前，建议过这四道门：

1. 可执行安装面
安装命令是否一行就能跑通？依赖和步骤是否真正可执行，不用各种折腾？

2. 近期维护
最近还有更新吗？作者是否还在处理 issue 和反馈？

3. 权限
它会申请哪些访问权限？权限范围是否和功能匹配，会不会过度？

4. 可回滚的安全测试
改动前备份了吗？有没有 safety-test 或 suggest 模式先看效果？翻车后能不能干净回滚？

Star 帮你发现，不帮你验收。

把这四条记下来，下次再遇到小众仓库时，就知道该怎么判断了。