确认 Cursor 当前模型要看产品设置与请求路径，不能让模型通过聊天内容自证身份。能收集可复核的模型选择证据，并知道哪些场景无法从回答文本百分之百反推后端模型本文给出的是可复现流程，所有界面和服务可用性以核验日期的官方文档为准。
开始前：先定义完成标准
适合人群：需要确认 Cursor 当前模型、排查模型未切换或计费疑问的用户。
第一步查看当前聊天的模型选择器，记录是显式模型还是 Auto。
- 先保存或提交现有改动，保证可以回退。
- 示例不含真实密钥、客户数据和生产地址。
- 把测试命令和预期结果写在生成代码之前。
按步骤完成任务
1. 先看选择方式
如果模型选择器显示具体名称，记录名称和会话；如果显示 Auto，只能确认使用自动路由，不能从界面预先断言每次请求的具体后端模型。
2. 排除旧会话干扰
切换模型后新建会话，重新检查选择器，再发送短请求。这样能减少旧上下文和缓存造成的误判，但仍不能用语言风格鉴定模型。
3. 检查自有密钥路径
使用自有 API Key 时，核对供应商、密钥状态和目标模型是否匹配。鉴权或额度报错说明请求没有正常完成，不等于 Cursor 偷换模型。
4. 保留可审计证据
对需要审计的团队场景，保存设置截图、时间、会话与供应商用量记录，隐藏密钥和代码内容。若产品不提供逐请求标识，应明确写成“无法完全确认”。
模型确认记录模板
记录时间：____
会话：新建 / 既有
选择器：具体模型 / Auto
自有 API Key：是 / 否
供应商用量记录：有 / 无
把示例中的路径、字段和命令替换为自己的真实项目值。示例只用于说明方法，不冒充真实项目执行结果。
怎样验证结果
新建会话后再次检查选择器，并用一条无敏感信息的请求确认配置可用；自有 API Key 用户还要核对对应供应商设置。
- 先核对工具实际修改的文件和配置，不依据聊天摘要判断。
- 运行预先约定的最小验证，再检查一个失败或边界输入。
- 记录命令、环境、退出状态和仍未覆盖的风险；验证失败就回到具体差异修正。
失败处理与适用边界
模型回答“我是某模型”不是可靠证据；Auto 可能按可用性路由，普通用户也未必能看到服务端逐请求日志。
遇到错误时保留完整报错、工具版本、操作系统和最小复现输入。一次只修改一个变量；无法获得必要权限、依赖或官方信息时停止，不让 AI 猜测成功结果。
官方资料
相关问答
AI 说已经完成，是否可以直接提交？
不可以。至少要查看实际差异并运行约定的验证；涉及权限、依赖或数据的改动还要由对应负责人审查。
无法运行完整测试怎么办？
如实记录缺少的环境或权限，先运行可用的最小检查，并把状态保留为未完全验证，不把推测写成已通过。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/31119.html
