该技能聚焦“为 Rust 项目挑选 crate”的决策与流程，不负责选定 crate 后的 API 细节使用。
用途：帮助在 Rust 项目中为序列化、CLI、异步运行时、Web、数据库、HTTP 客户端、错误处理、可观测性等常见领域选择依赖，并在引入新 crate 前先匹配项目已有 Cargo.toml 的惯例，同时强调版本核实纪律——不得凭记忆填写补丁版本号，须在 crates.io、Context7 或 Exa 确认当前版本。
主要能力：提供决策地图，列出各领域的默认推荐及适用条件：序列化用 serde (+ serde_json)；CLI 解析用 clap（derive API）；异步运行时用 tokio；Web 框架用 axum；HTTP 客户端用 reqwest；数据库在 sqlx、sea-orm、diesel 中选择（详见 db-and-async.md）；库错误用 thiserror，应用错误用 anyhow；可观测性用 tracing (+ tracing-subscriber)。并给出关键规则：写 Cargo.toml 前必须核实版本；serde 2.0 尚未稳定，当前应依赖 serde = "1"；库的公共 API 不暴露 anyhow::Error；统一使用 tokio 避免执行器冲突；优先沿用项目已有 crate。
使用方式：资料规定在任何 crate 选择之前，须并行启动三个代理（各一次带名称的 Agent 调用）：fuse-ai-pilot:explore-codebase 读取现有 Cargo.toml 以匹配既定选择；fuse-ai-pilot:research-expert 通过 Context7/Exa 在 crates.io 确认当前版本与维护状态；mcp__context7__query-docs 在写代码前拉取所选 crate 的当前 API。实现后运行 fuse-ai-pilot:sniper 进行验证。参考文件包括 crate-decision-map.md（按领域选择、错误策略、可观测性）、db-and-async.md（sqlx 与 sea-orm、diesel 对比及 tokio + axum 接线）、cargo-toml-stack.md（Web 服务清单模板）。
适用场景：Rust 项目搭建或引入新依赖时的选型决策，尤其需要与现有项目保持一致、核实版本真实性、区分库与应用错误处理策略、统一异步运行时的场景。
限制：不覆盖选定 crate 后的详细 API 用法，那属于匹配的领域技能（rust-web-backend、rust-async-concurrency、rust-error-handling）或直接查阅文档（docs.rs/crates.io → Context7 → Exa）。资料未提供具体版本号、收费、平台等细节，这些暂未提供。