DeepSeek 新模型可用性怎么核对：公告、模型 ID、账号列表与实际请求

看到代码截图或“新模型出现”的消息时，先记录原始地址和时间，再判断它属于哪一层证据。不要直接把截图中的名称写进正式请求配置。

1. 先查公开发布资料

找到官方公告、模型卡、更新日志或明确的 API 文档，记录模型完整名称、版本、生效日期和访问条件。不同资料之间有冲突时，保留原文与日期，而不是自己补出一个统一故事。

2. 判断代码是什么用途

测试文件可能构造从未上线的模型列表，检查错误处理和兼容分支。实现中出现名字，也未必给出训练状态、权重或商业入口。

本轮V5 事实核查展示了原始提交与测试用例的对应关系。这里没有根据名称推断未来路线图。

3. 在自己的获准入口核对

检查项	保存的记录
服务商与端点	实际请求发向哪里
模型标识	文档或服务声明的完整 ID
访问资格	对应账号和允许范围
客户端版本	是否涉及协议或版本门槛
真实请求	返回状态、用量与结果

列表出现只说明服务声明了该条目，不证明结果质量或底层权重版本。第三方自定义名称也不能自动当作官方 ID；列表缺项时，应继续查该端点的手动配置说明。

4. 发布或选型时写明边界

将“已宣布”“测试资格”“接口可调用”和“独立评测”分别描述。需要比较质量时，再用固定任务检查，不用一个版本字符串代替能力判断。

本文提供核对方法，没有探测未公开接口、运行模型或验证所有服务商的映射。