测试方法与环境：先区分“跑路”与临时故障
判断服务是否真的停止运营，不能只看一次打不开。建议连续观察 24 小时、至少 3 个网络环境、每个环境测试 10 次，记录 DNS 解析、TCP 连接、HTTPS 响应和登录状态。样本量不足 10 次时，结论只能写成“疑似异常”，不能直接认定跑路。
可复现环境建议统一为：Android 14 手机、Windows 11 电脑、家庭宽带、手机 5G、另一条 Wi-Fi；浏览器使用 Chrome，测试时间分别为 09:00、14:00、21:00。命令行可执行 nslookup 目标域名、curl -I --connect-timeout 10 https://目标域名。每次记录时间、网络、返回码、耗时和截图，避免只凭聊天群消息判断。
| 现象 | 更可能的原因 | 验证标准 |
|---|---|---|
| DNS 无结果 | 域名过期、解析删除或本地 DNS 异常 | 3 个网络连续失败，且返回 NXDOMAIN |
| 能解析但连接超时 | 线路故障、服务器下线或网络拦截 | 10 次连接中 8 次以上超时 |
| 返回 502/503 | 服务器或反向代理故障 | 不同网络均出现相同状态码 |
| 网页能开但账号失效 | 认证系统、余额或后台异常 | 新旧设备均无法登录 |
“bm跑路了”应如何排查和留证
第一步检查本地问题：切换手机流量和家庭 Wi-Fi，清理浏览器缓存，确认系统时间自动同步，再执行 DNS 查询。若只有一台设备打不开，优先排查浏览器、证书、DNS 和本地安全软件；若 3 个环境都失败，且域名解析、官网公告、客服渠道同时异常，服务端故障的概率明显上升。
第二步检查服务是否还有运营痕迹。记录最近一次可用时间、余额页面、订单号、客服响应时间和公告更新时间。客服连续 48 小时无回复、后台无法导出订单、充值入口仍能付款但无法使用，属于高风险组合。不要继续充值，也不要把“群里有人说马上恢复”当作可验证证据。
- 保存付款凭证、订单截图、服务条款和客服聊天记录。
- 导出账户余额、到期时间、套餐名称；无法导出时录制完整操作视频。
- 使用支付平台的争议或售后入口提交材料，描述事实、日期和金额，不夸大损失。
- 不要向陌生人提供验证码、密码或远程控制权限，所谓“人工恢复账号”常见于二次诈骗。
先用免费和官方路径，再比较替代方案
如果目标只是使用 AI 对话、翻译或文档整理，先检查官方网页、官方移动应用、单位提供的企业账号，以及本地模型工具。它们的局限也要量化：免费额度可能受每日次数限制，官方服务可能受地区、账号验证或网络条件影响，本地模型则需要较强硬件，8B 级模型通常至少需要约 8GB 显存或统一内存才能获得较顺畅体验。
| 方案 | 成本 | 可控性 | 主要限制 | 适合人群 |
|---|---|---|---|---|
| 官方网页或官方 App | 免费至按量 | 中 | 地区、额度、账号策略 | 普通问答和写作 |
| 单位或团队账号 | 由组织承担 | 中高 | 管理员权限和数据政策 | 稳定办公协作 |
| 本地开源模型 | 硬件一次性成本 | 高 | 模型能力、显存和维护 | 隐私敏感、离线任务 |
| 第三方聚合服务 | 按月或按量 | 低至中 | 供应商稳定性、余额风险 | 需要多模型切换的人 |
选择第三方服务时，至少做 7 天小额验证：每天测试登录、对话、文件上传和退款响应各 1 次；统计成功率、P95 延迟和客服响应时间。示例验收线可设为：30 次请求成功不少于 27 次，P95 延迟低于 8 秒，客服首次响应低于 24 小时。达不到标准，不应购买长期套餐。
如何确认问题已解决
修复或更换方案后，连续 3 天、每天 3 个时段测试 4 项：登录、发送 500 字文本、上传 1 个不超过 10MB 的文件、退出后重新登录。记录成功次数和耗时。例如 36 次操作中成功 35 次，成功率为 35 ÷ 36 = 97.2%；若失败集中在某一网络，问题仍未完全解决。
最后核对余额、到期时间、隐私政策和数据删除入口，确认没有自动续费。只有当 DNS、HTTPS、核心功能和售后渠道都恢复，并且连续 72 小时没有重复故障，才可把状态标记为“暂时稳定”，不要标记为“永久可靠”。在选择第三方线路时，yqb 只是众多选项之一；官方方案、免费额度和自建本地模型同样可行，可通过 https://wizzegroup.com 查看公开信息后再按上述指标自行测试。