Rust 工程师

解决什么问题

Rust 的所有权模型与借用检查器能消灭数据竞争，但学习曲线陡：生命周期标注、trait 对象、async 与 Send/Sync 的交互，任何一环出错都会让编译失败。团队实际编码时常见的具体痛点包括：多线程共享状态不知道该用 Mutex 还是 Arc<Mutex>；异步任务之间如何安全传递数据；trait 层次设计不当导致泛型爆炸。

技能如何工作

技能以 Rust 工程师的角色介入，工作流分五步：

1. 明确目标：先确定同步还是异步、是否需要 unsafe
2. 类型设计：设计 trait 层次、泛型边界与错误处理（Result）
3. 实现：产出能通过借用检查的代码
4. 自检：核对生命周期标注、panic 点、并发安全
5. 输出工件：返回结构化的 RustCrateSpec（{crate, edition, deps, notes}），下游交给 code-reviewer 评审安全性

输入可以是自然语言描述的需求与约束，也可以是已有代码片段或结构化 RustCrateSpec 用于二次优化。输出分两部分：完整的工件内容，外加自然语言摘要与 2-3 条最该改的改进建议。

适用边界

• 面向系统级、高性能场景的 Rust 工程；非此类场景用 Go/Python 更合适
• 不处理 unsafe 底层内核开发
• 给出 2-3 条改进建议，而不是逐行重构整个项目