关于 m11-ecosystem
面向 Rust 开发者的生态集成技能，提供依赖选择与集成评估思路，并列举常见 crate、语言互操作和 Cargo 功能。
主要功能
- 01提供常见开发需求的 crate 参考
- 02评估依赖维护状态与范围
- 03说明集成方式和特性标志
- 04列出语言互操作工具
适用场景
- 01为项目选择 Rust 依赖
- 02评估新增 crate 的维护与风险
- 03规划 Rust 与其他语言的互操作
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/m11-ecosystem确认已加载。
详细介绍
当前依赖（自动注入）
!grep -A 100 '^\[dependencies\]' Cargo.toml 2>/dev/null | head -30 || echo "No Cargo.toml found"
生态集成
第 2 层：设计选择
核心问题
这项工作适合用哪个 crate？应该如何集成？
添加依赖前：
- 是否有标准解决方案？
- 维护状态如何？
- API 稳定性如何？
集成决策 → 实现
| 需求 | 选择 | Crate |
|---|---|---|
| 序列化 | 基于派生 | serde、serde_json |
| 异步运行时 | tokio 或 async-std | tokio（最受欢迎） |
| HTTP 客户端 | 易于使用 | reqwest |
| HTTP 服务端 | 现代化 | axum、actix-web |
| 数据库 | SQL 或 ORM | sqlx、diesel |
| CLI 解析 | 基于派生 | clap |
| 错误处理 | 应用与库 | anyhow、thiserror |
| 日志记录 | 门面 | tracing、log |
思考提示词
添加依赖前：
-
它是否维护良好？
- 最近有提交吗？
- 是否积极响应问题？
- 破坏性变更的频率如何？
-
它的范围是什么？
- 你需要完整的 crate，还是只需要某个功能？
- 功能标志能否减少冗余？
-
它如何集成？
- 基于 trait，还是使用具体类型？
- 同步还是异步？
- 它要求哪些约束？
向上追溯 ↑
追溯到领域约束（第 3 层）：
"Which HTTP framework should I use?"
↑ Ask: What are the performance requirements?
↑ Check: domain-web (latency, throughput needs)
↑ Check: Team expertise (familiarity with framework)
| 问题 | 追溯到 | 询问 |
|---|---|---|
| 框架选择 | domain-* | 哪些约束很重要？ |
| 库还是构建 | domain-* | 部署模式是什么？ |
| API 设计 | domain-* | 使用方是谁？ |
向下追溯 ↓
追溯到实现（第 1 层）：
"Integrate external crate"
↓ m04-zero-cost: Trait bounds and generics
↓ m06-error-handling: Error type compatibility
"FFI integration"
↓ unsafe-checker: Safety requirements
↓ m12-lifecycle: Resource cleanup
快速参考
语言互操作
| 集成 | Crate/工具 | 使用场景 |
|---|---|---|
| C/C++ → Rust | bindgen | 自动生成绑定 |
| Rust → C | cbindgen | 导出 C 头文件 |
| Python ↔ Rust | pyo3 | Python 扩展 |
| Node.js ↔ Rust | napi-rs | Node 插件 |
| WebAssembly | wasm-bindgen | 浏览器/WASI |
Cargo 功能
| 功能 | 用途 |
|---|---|
[features] | 可选功能 |
default = [...] | 默认功能 |
feature = "serde" | 条件依赖 |
[workspace] | 多 crate 项目 |
错误代码参考
| 错误 | 原因 | 修复方法 |
|---|---|---|
| E0433 | 找不到 crate | 添加到 Cargo.toml |
| E0603 | 私有项 | 查看 crate 文档 |
| 未启用功能 | 可选功能 | 在 features 中启用 |
| 版本冲突 | 不兼容的依赖 | cargo update 或锁定版本 |
| 类型重复 | 不同版本的 crate | 在工作区中统一版本 |
Crate 选择标准
| 标准 | 良好迹象 | 警告迹象 |
|---|---|---|
| 维护情况 | 最近有提交 | 多年未活跃 |
| 社区 | 问题/PR 活跃 | 无人响应 |
| 文档 | 示例、API 文档 | 文档极少 |
| 稳定性 | 语义化版本控制 | 频繁破坏性变更 |
| 依赖 | 精简、知名 | 臃肿、冷门 |
反模式
| 反模式 | 不好之处 | 更好的做法 |
|---|---|---|
extern crate | 已过时（2018 年起） | 直接使用 use |
#[macro_use] | 污染全局命名空间 | 显式导入 |
通配符依赖 * | 不可预测 | 指定版本 |
| 依赖过多 | 供应链风险 | 评估必要性 |
| 将所有内容都供应商化 | 增加维护负担 | 信任 crates.io |
相关技能
| 场景 | 参见 |
|---|---|
| 错误类型设计 | m06-error-handling |
| Trait 集成 | m04-zero-cost |
| FFI 安全性 | unsafe-checker |
| 资源管理 | m12-lifecycle |
评论
支持 Markdown