先确定故障发生在哪一步

Kimi 常见访问问题的第一轮判断
故障现象优先检查应保留的信息
Kimi 页面打不开、登录后持续加载或对话无响应服务端提示、浏览器错误与当前网络连通性准确网址、时间、完整报错或状态码
页面能打开，但登录或会话一直加载站点数据、Cookie、脚本、扩展和重定向停留步骤、是否在私密窗口复现
同一设备换网络后恢复原网络的 DNS、代理、出口与 IPv4/IPv6两条网络及两个地址族的对照结果
只有一个账号或产品功能异常页面给出的账号、权限或产品提示完整提示文字与发生操作

按固定顺序排查 Kimi 加载问题

  1. 记录原始现象

    先区分入口页无法打开、登录后加载失败、请求报错或某一项功能不可用，并保留完整页面文字。相似的“打不开”可能发生在不同环节。

  2. 在干净浏览器环境中对照

    使用更新后的浏览器，在私密窗口或干净配置中复现。逐项检查站点数据、必要 Cookie、脚本拦截和扩展影响，不要一开始清空所有设置。

  3. 仅更换一条已知稳定的网络

    若另一条网络恢复，再回头比较原网络。不要连续更换节点、DNS 和浏览器，否则无法判断哪个变量改变了结果。

  4. 最后核对网络画像

    在 Kimi 检测页查看当前 IPv4、IPv6、地区、ASN、网络类型和连接结果，用这些信息解释网络差异，而不是替代产品端提示。

只有当前网络失败时怎样比较出口

同一设备在另一条网络恢复时，原网络的 DNS 解析、代理路径、公网出口或受管网络策略值得继续复核。先记录两个网络的时间、页面现象和连接结果，再比较 IPv4、IPv6、地区、ASN 与网络类型。

出口地区、机房属性、代理或风险信号只是网络排查线索，不能单独证明服务拒绝了某个 IP。双栈环境也可能让不同请求走不同地址族，因此不要把 IPv4 和 IPv6 结果合并为一个结论。

何时应转向产品端支持

若同一问题在干净浏览器、另一台设备和已知稳定的网络上都能复现，应以产品页面的提示、官方状态说明或支持渠道为准。提交问题时，提供时间、准确入口、错误文字和已完成的对照，不要提供密码、验证码或敏感会话信息。