验证第三方模型 API 是否符合宣称模型前，先按实际应用使用的端点、模型名称和请求协议填写。能成功连接，只说明接口可用，不能证明模型真实一致。
1. Base URL：复制服务商接入文档中的 API 基础地址，保留文档要求的版本前缀。不要填后台管理页面，也不要填完整的 chat/completions 或 messages 请求地址。例如文档给出的基础地址以 /v1 结尾，就保留 /v1；不要对所有服务商都自行追加 /v1。
2. API Key：使用该服务商、该端点对应的密钥，确认有目标模型权限和足够额度，去掉前后空格。验证会通过你的密钥发送请求，可能产生服务商费用；服务商支持时，建议使用限制额度的密钥。
3. 模型名称：复制请求中 model 字段要求的精确标识，保留服务商别名或版本后缀。宣传页名称未必就是接口接受的名称。“官方基准模型”是另一个选择，用于确定对照对象；请确认你想比较的模型，不要直接把自动建议当成正确答案。
4. API 协议：以网关文档里的请求格式为准。即使模型叫 Claude，如果网关通过 OpenAI 兼容的 chat/completions 接口提供，就选 OpenAI；使用 Anthropic 风格的 messages 接口时才选 Anthropic。模型品牌不能决定请求协议。
5. 连接失败时：鉴权失败先检查密钥权限和余额；提示找不到接口或模型时，核对基础地址和 model 标识；请求格式错误则检查协议。握手失败表示验证尚未完成，不能据此认定是假模型。
6. 阅读结论：匹配表示当前检测下的行为与所选参考模型一致。不匹配或不确定需要结合路由、模型版本和网关行为理解。采购或切换服务商前，再结合重复观测与自己的业务测试判断。