Rust Crates.io 浏览器

要解决的问题

在 crates.io 上调研一个依赖时，信息散落在多个入口：包元数据要走 crates.io API，版本差异得自己翻 changelog，feature flag 的说明混在 README 和文档里，rustdoc 托管在 docs.rs，按分类找包又得另开 lib.rs。反复切换页面、手动拼接信息，成本不低。这个技能把这几类查询收敛到同一个入口。

工作方式

技能的核心是基于公开 API 的查询与聚合，包括：

• 包元数据查询：通过 crates.io REST API 获取 crate 的名称、版本列表、依赖关系等基础信息。
• 版本差异对比：对相邻或指定版本之间的变更做结构化对照。
• feature flag 文档提取：汇总 crate 的 feature 开关说明，便于判断按需启用哪些能力。
• rustdoc 内联获取：集成 docs.rs API，直接拉取文档内容，不必跳转浏览器。
• lib.rs 分类浏览：按分类浏览 crate，作为发现候选包的入口。

典型的使用路径是：给出 crate 名，先拉元数据与版本信息，再按需取 feature 文档和 rustdoc，或从 lib.rs 分类入手找包。

适用边界与注意点

• 上游来源没有提供可自动提取的安装与使用说明，建议在运行前审阅上游项目的实际实现。
• 涉及敏感工作流（如自动引入新依赖）时，先在小范围验证输出再投入使用。
• 全部数据依赖 crates.io、docs.rs 和 lib.rs 的公开接口，上游接口或页面结构变化会直接影响返回内容。
• 技能只负责查询与呈现，包的安全性、维护状态仍需自行结合其他渠道判断。