登录页正常显示，发送消息却被拒绝；手机能用，电脑一直转圈；文字问答成功，上传文件失败。这些现象看似都叫“AI 用不了”，实际上可能发生在不同阶段。先记录失败发生在哪一个动作之后，比立即切换套餐、账户或节点更有效。
第一道门：产品是否接受当前账户
账户注册、年龄要求、组织权限、地区范围和验证方式由产品当前规则决定。查阅该产品的正式说明与账户提示，明确你正在使用网页服务、应用还是 API；它们未必共享完全相同的开通条件。不要从朋友可以访问，推导自己的账户应有同样资格，也不要把第三方转述当成最终条件。
第二道门：你是否拥有这项功能
账户能够登录，不代表所有模型、附件能力或调用额度都已开放。确认失败对象是整个服务，还是某个入口；再看页面是否给出权限不足、配额用尽或暂时不可用的提示。若属于组织工作区，还需区分个人账户权限与管理员配置，避免在错误的工作区里反复尝试。
第三道门：连接走到了哪里
把访问过程分成打开页面、完成登录、发送请求、接收结果几个观察点。首页成功不代表后续请求也成功，因为不同功能可能使用不同连接。浏览器开发工具可以提供请求状态，但分享记录之前必须遮盖令牌、Cookie 和账户信息。只保留时间、操作步骤与错误类别即可。
用一张差异表缩小问题
假设同一账户在同一网络下，浏览器普通窗口失败而新建的干净配置正常，可以优先检查扩展和会话数据；这仍不能直接确定是哪一个扩展造成。若同一设备上所有浏览器都失败，再检查本地网络与服务状态。每次只改变一个条件，保留成功与失败的差异，避免丢失线索。
不要把网络切换当作权限修复
账户不具备的资格不会因为页面偶尔加载成功而自动获得。频繁更改环境还可能使验证流程更复杂，让你难以知道到底哪个条件影响了结果。看到明确的账户提示时，先沿正式支持路径处理；看到连接错误时，再进行有限、可回退的网络诊断。两类问题应分别记录。
什么信息值得交给支持人员
提交产品名称、使用入口、失败时间与时区、错误文字、可重复的操作和已经做过的检查。不要附完整会话文件、浏览器全部日志或真实凭据。无法核实原因时，可以描述“发送后出现此提示”，不写成“服务器封禁了某个地区”。准确的症状更容易得到针对性回应。