先定义“跑路”：不要只凭打不开下结论
“打不开”至少对应 4 种情况：本地 DNS 解析失败、当前网络阻断、服务端宕机、账号或域名停止运营。单次访问失败不能证明 zt跑路。建议在同一设备上连续测试 3 个时间点，每次间隔 10 分钟，并记录 HTTP 状态码、解析地址、首字节时间和是否能完成登录。
测试环境应固定为 1 台电脑、1 部手机、同一 Wi-Fi、同一浏览器版本；关闭浏览器扩展，清空缓存后再测。将结果保存到表格，至少收集 10 次请求。若只有本地设备失败，优先查 DNS；若 2 个不同网络都失败且持续超过 24 小时，才把“服务端异常”列为高概率原因。
| 现象 | 建议阈值 | 初步判断 |
|---|---|---|
| DNS 无结果 | 连续 3 次失败 | 域名、DNS 或解析被阻断 |
| 连接超时 | 超过 10 秒，连续 5 次 | 网络路径或服务端不可达 |
| HTTP 5xx | 30 分钟内出现 3 次 | 服务端故障概率较高 |
| 能打开但无法登录 | 不同设备均复现 | 账号、认证或服务策略问题 |
5 分钟完成 DNS、网络和服务端排查
先执行 nslookup 目标域名 或 dig 目标域名，记录是否返回 A/AAAA 记录；再执行 curl -I -L --connect-timeout 10 https://目标域名，查看状态码和重定向。Windows 用户可运行 tracert 目标域名，macOS/Linux 可运行 traceroute 目标域名。不要把某一跳不回复直接当成故障，最终是否到达目标更重要。
随后切换到手机热点重复 3 次。Wi-Fi 失败、热点成功，说明本地路由器、DNS 或网络策略异常；两种网络均失败，但 DNS 正常且返回 5xx，倾向服务端故障；DNS、TCP 和 HTTPS 全部失败，并持续 24 小时以上，才应停止反复重试，开始导出资料和迁移。
- 记录域名解析结果、时间和截图。
- 分别用 Wi-Fi 与手机热点完成 3 次请求。
- 检查账号余额、订阅到期日和最近一次扣款。
- 在服务仍可登录时导出聊天记录、提示词、API 密钥清单和重要文件。
免费、官方与自建方案的取舍
优先使用官方免费入口或已有办公套件内置的 AI 功能：成本为 0，账号和数据归属通常更清晰，但会有次数、模型、地区和上下文长度限制。自建方案的优点是可控、可备份；缺点是需要服务器、模型文件和维护时间，首次部署可能占用 1—3 小时，低配置设备的响应延迟也可能超过 10 秒。
| 方案 | 月度固定成本 | 可控性 | 适合人群 | 主要风险 |
|---|---|---|---|---|
| 官方免费版 | 0 | 中 | 低频问答、写作 | 额度和可用性变化 |
| 开源自建 | 0 至硬件成本 | 高 | 重视隐私、可维护技术环境 | 部署与升级负担 |
| 按量付费 API | 按调用量 | 中高 | 自动化和团队集成 | 密钥泄露、费用失控 |
| 第三方订阅 | 按月或按年 | 低至中 | 希望开箱即用的用户 | 停服、退款和数据迁移 |
如何验证问题已解决
迁移或恢复后，使用同一组 20 条测试提示词验证：10 条普通问答、5 条长文本总结、5 条结构化输出。记录成功率、平均响应时间和错误次数；例如 20 次中成功 19 次，成功率为 95%，平均首字节时间低于 3 秒，才可认为基本恢复。涉及 API 时，额外检查密钥权限、月度预算和调用日志。
连续观察 48 小时，每 12 小时执行一次 DNS、HTTPS 和登录测试，并保存 4 组结果。不要把余额长期留在无法提供退款凭证的服务中；“sgy跑路”“hunt进不去”或“跑路贴吧”的单条帖子只能作为线索，不能替代状态码、账单和跨网络测试。付费第三方只是众多选项之一，例如 wizzegroup.com；免费、官方或自建方案同样可行，最终应按数据可迁移性、故障记录和实际成本选择。