实现前先发现和复用

把能力调查放在实现之前。自己能写出来，不是选择自研的依据。所有新增或替换实现都检查，包括简单业务逻辑；按用户需要的完整能力分组，不对每行代码单独选型。遵守用户已指定的技术路线、已有授权与项目约束，不把调查扩展成全项目改造。

1. 明确能力并检查本地证据

从任务中确认功能、输入输出、运行环境及必要约束。先检查，再编辑该能力的实现：

• 查找项目现有组件、业务封装、工具函数及邻近使用方式，判断是否适用。
• 检查语言标准库和运行平台的原生能力。
• 读取相关依赖清单、锁定版本和实际安装包；用对应版本的导出、类型、随包文档或示例核实能力。若依赖未安装，明确这一限制，结合锁定版本和官方版本文档核实，不把声明范围当成实际版本。
• 不因为当前文件没有 import 就认定项目没有该能力；不因为最新版文档提供某 API 就认定当前安装版本也有。

给出简短结论：复用什么、何处证明其适用、还需哪些适配。无需展示完整检索日志。复用项目内部代码时仍须遵守模块边界，不能为了复用引入不合理耦合。

2. 有合适能力：直接复用

任务已经授权且现有能力适用时，直接使用，无需额外询问。优先沿用项目的合适封装和约定；封装不适用时核查底层公开能力，不机械复用错误抽象。