依赖复用优先开发规范

在实现新功能前，先做一次可复用依赖调研。只有在现成方案不合适时才自研。目标是减少重复造轮子、降低维护成本，并让实现建立在当前生态已经验证过的能力之上。

核心原则

• 先查现成方案，再写自定义实现。
• 优先级默认是：标准库或平台内置能力 -> 官方 SDK -> 仓库里已存在的依赖或内部包 -> 主流社区库 -> 自研。
• 不要凭记忆断言某个包“很流行”或“没人维护”；需要用当前注册表、官方文档、源码仓库和发布记录验证。
• 自定义代码只保留在业务差异化部分、适配层或确实没有合适现成方案的场景里。

标准流程

1. 拆清需求边界。
   • 写清目标能力、输入输出、运行环境、性能约束、安全和合规要求、是否允许新增依赖。
   • 区分哪些是通用基础能力，哪些才是业务独特逻辑。