AI给出不存在的库函数，怎样按当前依赖版本核对正确API？

保存实际导入路径与安装版本

适用于示例报没有某属性、参数不被接受，或同一段代码在教程里存在却在项目中失败的情况。保留完整错误和依赖锁定信息，确认运行的解释器属于当前环境。发行包名称与可导入模块未必一一对应，本地同名文件也可能遮住真正的第三方库。

区分包名同名对象和旧版本用法

先检查导入对象实际来自哪里，再确认已安装发行版及其版本。对照该版本的官方文档或源码签名，区分函数改名、模块移动和根本不存在的接口。查看签名有助于发现参数问题，但动态封装对象可能无法提供完整信息，仍应以受支持的调用说明核对行为。

依据对应版本签名改成最小调用

改用对应版本明确提供的接口，并在最小非破坏性输入上验证导入与调用。需要升级时先检查兼容影响和锁文件变更，不把最新版示例直接粘到旧项目。把确认过的官方页面与版本写进修改说明，让后续维护者能核对依据，而不是继续依赖模型对函数名称的自信程度。

验证真实导入及正常错误分支

验收应在项目实际环境运行最小调用，确认正常输入返回预期类型，再验证一个明确的错误参数分支。随后接回原业务路径，检查返回结构和边界条件。仅在编辑器中出现补全、能搜索到相似名字或模型给出解释，都不足以证明目标接口真实可用且符合本项目版本。

本文没有安装新的依赖或运行你的服务，也未把某个语言的检查方法视为所有库都适用。反射和类型提示不能替代真实行为验证。调用涉及外部费用或写入时应使用已授权测试方式；为修复不存在的API而关闭类型检查，只会隐藏错误，不会创建真正可用的函数。