Rust CLI 预构建工具链

要解决的问题

在 CI 流水线、容器镜像、临时工作区这类一次性环境里安装 Rust 编写的命令行工具时，常见的做法是 cargo install，也就是从源码编译。Rust 项目的依赖树通常不浅，一次完整构建动辄几分钟；如果代理（Agent）每次运行都在全新环境中重新编译，等待时间会线性累积，运行速度被构建过程拖慢，而构建产物对下一次运行几乎没有复用价值。

技能如何工作

这个技能的思路是优先使用上游发布的预构建二进制，把「编译」替换为「下载 + 解压 + 校验」。核心能力包括：

• 通过 cargo-binstall 解析目标 CLI 的版本号，例如 radio-sx128x@0.14.1-alpha.5，并匹配当前平台（如 x86_64-unknown-linux-gnu）。
• 从上游 release 资产（通常是 GitHub Releases）直接拉取对应平台的二进制，跳过 cargo build 及其依赖编译。
• 输出可审计的安装日志，resolve 阶段打印解析到的版本，download 阶段记录来源，便于排查。
• 支持 cargo-binstall 自身的自我升级：用 cargo binstall cargo-binstall! 拿到新版安装器，不必反复从源码构建安装器本身。
• 提供环境适配的安装入口：既可以走 brew install，也可以用 cargo install ... --locked 获得固定依赖版本，减少漂移。

适用边界与注意点

• 需要环境里已有 Rust 工具链和 cargo-binstall，它不是 Rust 本身的安装器。
• 依赖网络访问上游 release 资产；内网或离线环境需要提前准备好二进制缓存。
• 上游项目必须发布了对应目标平台（OS + 架构）的预构建产物，否则会回退到源码编译，收益消失。
• 适合高频、短生命周期的运行场景；长期开发机上直接 cargo install 未必更差。