NPM包浏览器

要解决什么问题

面对一个陌生的 npm 包，开发者通常得回答三个问题：它靠谱吗？它拉进来多少依赖？装进生产环境会让 bundle 膨胀多少？在注册表页面、package.json 和 bundlephobia 之间来回切换，信息分散，很难串成一个完整的判断。

核心能力

• 质量分析：调用 npms.io 评分 API，将维护活跃度、依赖数量等指标聚合为一个可横向比较的分数
• 依赖树检查：基于 Registry API 读取包的依赖声明，识别深层嵌套与可疑的传递依赖
• 体积评估：通过 bundlephobia API 获取打包后的体积，判断是否值得引入

工作方式

技能直接与三个数据源交互，无需人工干预：

1. Registry API —— 获取包元数据与依赖清单
2. npms.io 评分 API —— 拉取质量评分与子指标
3. bundlephobia API —— 查询压缩与 gzip 后的体积

一次调用即可拿到三类数据，把它们放进同一份报告里对比。

适用边界

• 结果完全依赖上游 API 的可用性，npms.io 与 bundlephobia 均为第三方服务，可能出现延迟或字段缺失
• 评分反映的是历史聚合指标，不等于包当前维护者的即时状态，刚发布的新版本可能尚无评分
• 私有包和 scoped 包的可见性受注册表访问权限限制，未授权的包不会被正确解析