fix: improve step 2 email switch handling

Process.md

@@ -18,3 +18,20 @@
 - 可以继续把 163 的删除兜底逻辑也做一次同类检查，因为顶部“删 除”从 DOM 结构看也可能存在同样的空格拆字风险。
 - 如果老板接下来还想继续提稳收信成功率，可以再查一层：163 顶部“刷新”点击之后，页面到底有没有真正触发新的列表请求，以及请求完成信号该监听什么。
 - 如果要把这一块做成长期稳定方案，下一步适合补“刷新动作观测点”日志，比如记录刷新前后列表首封邮件 ID、请求时间、是否出现 loading。
+
+
+## 2026-04-19 Step 2 纠偏补充
+
+### 今日战利品
+- 修复了中文按钮 继续使用电子邮件地址登录 无法被 Step 2 识别的问题。
+- 修复了后台把 步骤 2：当前页面仍停留在手机号输入模式... 这类错误误判成 auth dd-phone 致命页的问题。
+- 现在自动运行只会在真正命中认证流程的手机号页面时才按 fatal 停止，不会因为注册弹窗还停留在手机号输入态就整轮停机。
+
+### 知识地图
+- 这一块属于“错误分类系统”和“页面状态系统”的交叉地带。
+- 老板可以把它理解成：同样都带“手机号”三个字，但“注册弹窗默认展示手机号输入框”和“认证流程真的跳进 add-phone 页面”在业务意义上完全不是一回事。
+- 大神体系里，这属于自动化系统里很重要的一层：不仅要会识别页面，还要会给错误正确分级。
+
+### 下一步导航
+- 如果老板接下来还想继续提稳 Step 2，可以把“手机号态切邮箱”的点击前后 DOM 快照也打进日志里，这样下次能直接看出是“按钮没识别到”还是“按钮点了但页面没切”。
+- 如果后面再遇到多语言 UI 变体，优先考虑把按钮识别继续升级成“关键语义词 + 排除词 + 结构位置”三段式判断，抗漂移会更强。