先打开官方状态页并用无痕窗口复现；同一账号在不同设备的结果不能单独证明是网络问题。
进入排查 →登录失败可能来自认证流程、浏览器会话、账户状态或服务事件；不要把验证码异常直接当作网络问题。
进入排查 →先判断是否只发生在一个对话、一个浏览器或所有设备；流式中断也可能是服务端拥塞或会话问题。
进入排查 →文件上传失败要先排除文件限制与服务状态，再检查浏览器会话和本地连接；不要上传含密钥或完整业务数据的样本。
进入排查 →429 是服务端返回的限流或配额相关信号；增加网络切换不能解除账户或项目级限制。
进入排查 →Claude 的加载问题可能来自服务端、浏览器、认证或本地链路；一次切换网络的结果不足以定位。
进入排查 →认证异常应遵循官方帮助入口；频繁切换浏览器、设备或网络可能增加会话不一致和安全挑战。
进入排查 →先在新对话中测试简短提示；若只影响单个会话，优先保留上下文并报告产品问题而非反复改网络。
进入排查 →API 状态码首先是服务器对请求的语义反馈。403、429、5xx 分别需要按官方错误文档、账户控制台和服务状态排查。
进入排查 →先确认当前 Google 账号和产品帮助边界，再排除浏览器环境与服务状态；不要用非官方地区表来判断可用性。
进入排查 →Google 账号切换、浏览器配置与产品资格需分开判断。短时间大量切换环境会让定位更困难。
进入排查 →API 429 和错误提示应按当前官方 troubleshooting 文档理解；网络重试不能绕过配额或安全控制。
进入排查 →不同客户端共享部分账号和服务端，但浏览器权限、应用版本、系统网络和功能开关并不相同。
进入排查 →扩展、内容拦截或隐私设置可能改变页面脚本、登录跳转或实时连接；无痕窗口是低风险的对照方法。
进入排查 →超时只描述在限定时间内没有完成请求，不等同于某一方必然故障。需要保留请求范围、时间和状态码。
进入排查 →403 通常表示服务器拒绝请求；应先根据官方错误说明检查权限、项目与政策，而非用网络工具反复尝试。
进入排查 →5xx 表示服务端在处理请求时出现错误或不可用状态；短暂、受控重试可以合理，但不应无限重试。
进入排查 →429 的核心处理是降低速率、控制并发、尊重重试提示和核对配额。不要通过多账号、多密钥或环境切换规避限制。
进入排查 →验证码和认证挑战是安全控制的一部分。请使用官方恢复或支持流程，切勿尝试绕过、自动化或共享验证码。
进入排查 →频繁改变环境不能保证访问成功，反而会让安全挑战和定位复杂化。稳定排查应一次只改变一个变量。
进入排查 →上传失败可由文件大小、类型、浏览器权限、服务状态或上行不稳定造成。排查样本不应含 API Key、Cookie、客户文件或完整日志。
进入排查 →多媒体功能还可能依赖浏览器权限、应用版本和产品功能开关。不要把所有失败归为网络或要求上传原始敏感文件。
进入排查 →实时输出依赖长连接或流式传输。页面首次打开成功不表示后续连接、浏览器脚本或服务端处理一定稳定。
进入排查 →DNS 失败与账号、产品政策或 API 授权不是同类问题。终端用户应只检查本机或浏览器配置，不要擅自修改生产域名 DNS。
进入排查 →TLS 错误通常需要先检查系统时间、域名和浏览器更新；不要忽略安全警告，也不要通过不安全方式继续访问。
进入排查 →浏览器或系统代理设置可以影响页面连接，但不能改变平台地区、账号资格、付费或安全政策。配置应最小化、可回退。
进入排查 →官方状态页可以确认已披露的服务事件，但“正常”不排除局部账户、浏览器、网络或尚未发布的问题。
进入排查 →排障不需要 API Key、Cookie、密码、验证码、完整请求头、完整提示词或未脱敏日志。优先使用状态码、时间、客户端版本和经过处理的错误摘要。
进入排查 →迁移的目标是让现有问题可复现和可回退，而不是不断改变账号环境。先固定账号与客户端，再分离网络变量。
进入排查 →稳定访问不是单一网络方案。高质量排查先分类，再用最低风险的验证动作缩小范围，最后记录可复现的结论。
进入排查 →不同端的权限、版本和会话独立性会造成差异；先固定账号并做同一小任务的对照。
进入排查 →站点数据可能影响会话，但清理前应保存不敏感的复现信息；不要导出或共享会话材料。
进入排查 →媒体功能依赖浏览器/应用权限和功能可用性；权限被拒绝并不自动等于网络故障。
进入排查 →无法解析主机、TLS 失败、HTTP 403/401 是不同阶段。状态码已经出现时，通常已越过了 DNS 解析阶段。
进入排查 →未知错误可通过时间、产品、端、版本、状态码和已尝试步骤报告；完整对话、账号材料和密钥均不需要。
进入排查 →浏览器 DNS 设置可能改变解析路径。诊断时应记录当前状态并一次只做一个可回退的本地调整。
进入排查 →当错误明确涉及账户、付款、验证、产品资格或安全控制时，应停止网络猜测并使用官方支持流程。
进入排查 →只记录时间、端、版本、症状、状态码和已做动作；不记录账号、位置、密钥、Cookie 或完整请求内容。
进入排查 →白屏说明页面未能完成渲染；先用无痕对照排查浏览器环境，再查官方状态。
进入排查 →“network error”是宽泛界面提示，需结合发生阶段、状态页和对照环境判断。
进入排查 →附件问题要用不含敏感内容的最小文件判断，不能要求把原文档发送给排障方。
进入排查 →未知错误需要把产品、端、时间、会话范围和已尝试动作写清楚，不要提交账号材料。
进入排查 →先在新对话用简短请求测试；不同端结果可帮助分离会话、客户端和更广泛事件。
进入排查 →先以不含个人或业务内容的最小样本确认文件流程，再检查浏览器权限和产品帮助。
进入排查 →只有网页与桌面端表现不同才值得优先检查版本与系统权限；不要在未知来源下载所谓修复版客户端。
进入排查 →移动端网络对照有价值，但同时切账号、客户端和网络会使结果失去解释力。
进入排查 →连接超时发生在 HTTP 响应之前，优先看域名解析、TLS、网络路径与客户端超时。
进入排查 →读取超时意味着连接可能已建立但响应未及时完成；应检查服务状态与客户端超时上限。
进入排查 →排障时用最小占位内容、状态码和请求时间即可。完整请求头、密钥与客户内容不应离开本地。
进入排查 →同一邮箱可能对应不同认证路径。切换不匹配的登录方式会增加混乱，应按官方帮助确认。
进入排查 →Cookie 是会话材料。任何要求导出、上传或粘贴 Cookie 的所谓诊断步骤都不安全。
进入排查 →设备睡眠、切后台或网络切换会中断长连接；这是本地状态改变，不一定代表产品故障。
进入排查 →文件选择或媒体权限失败通常发生在上传请求之前。先检查权限、磁盘访问和客户端版本。
进入排查 →不同设备、浏览器和解析器的缓存时序不同。诊断时记录设备和时间，而不是假定某一结果普遍成立。
进入排查 →长连接失败要和普通网页加载分开记录；浏览器扩展、网络策略和服务端都可能参与。
进入排查 →状态时间线用于比较已披露事件窗口和本地发生时间，不用于推断未披露的具体原因。
进入排查 →“正常”是一个重要对照，不是对本地环境的诊断结论。接下来应缩小到账号、浏览器、设备或网络。
进入排查 →账号资格、安全和平台政策由服务方控制。网络调整不能保证绕开验证、付费、地区或滥用限制。
进入排查 →截图可能含邮箱、用户名、对话和令牌。仅保留错误摘要、时间和产品区域，其他内容先遮盖。
进入排查 →每次变更都应可回退。记录修改前的本地配置而非复制账号材料，可避免迁移后无法定位。
进入排查 →每次只改变一个可控条件，才能从结果中获得因果线索。它也能减少账号环境的无谓波动。
进入排查 →一次成功可能是偶然。用同一短任务在同一环境做少量重复验证，再停止不必要的调整。
进入排查 →