优化864登录三态展示并更新适配路线文档

2026-05-07 12:28:59 +08:00
parent 539bebd58b
commit 8579b7ec27
5 changed files with 194 additions and 3 deletions
--- a/docs/wechat_ipad多版本Server适配路线图.md
+++ b/docs/wechat_ipad多版本Server适配路线图.md
@@ -33,12 +33,14 @@
 - 已在 [robot.py](/d:/learn/abot/robot.py:1) 中为 864 增加登录态硬隔离，默认不再回读 855 的历史 `config.toml` 与动态字段
 - 已基于真实 864 服务联调修正首批路由差异：二维码返回结构、联系人详情路由、群公告路由、二维码有效期倒计时同步
 - 已确认 864 的消息发送类接口在“尚未建立连接对象”时会优先返回“该链接不存在”，这与登录态接口返回“需要重新登录”属于不同阶段
+- 已开始把 864 的“等待服务端准备 / 需要重新登录 / 等待扫码”三态显式回传给 Dashboard，避免首页把不同问题混成一类未登录提示

 当前尚未完成的关键项：

 - 855 provider 仍需完成一轮“当前项目实际依赖接口”的可上线回归验证
 - 855 provider 仍需继续梳理“项目真实使用到的接口覆盖面”，确认是否还有遗漏能力未纳入 provider 目录
 - 864 provider 仍需完成真机联调，尤其是消息字段归一化、视频发送、名片发送等增强能力
+- Dashboard 仍需继续做少量多 provider 登录文案收敛，但登录状态结构已具备扩展空间

 因此，当前状态可以定义为：

@@ -440,6 +442,7 @@ wechat_ipad/
 - 已实现 HTTP 轮询消息同步
 - 已实现联系人、群资料、当前账号资料、朋友圈基础接口
 - 已保留与 855 尽量一致的对外方法名，便于 `Robot` 无感切换
+- 已补一层登录阶段探测，首页可以直接区分“等待服务端准备”“需要重新登录”“等待扫码”

 当前仍待补强的范围：